๐ŸŸข Network Status| First month from $2.00 โ€” fully managed | Contact Support
Skip to content
Need help? Real engineers available 24/7. Average response under 15 minutes. Open a support ticket โ†’

CloudLinux Limits & LVE Manager โ€‹

RemarkableCloud cPanel servers run CloudLinux, which uses LVE (Lightweight Virtual Environment) to isolate each hosting account in its own resource container. This prevents one account from slowing down or crashing others โ€” a common problem on traditional shared hosting.

What LVE controls โ€‹

ResourceWhat it limits
CPUPercentage of one CPU core the account can use
PMEMPhysical RAM the account can consume
VMEMVirtual memory limit (usually set to unlimited)
EPEntry Processes โ€” simultaneous incoming connections
NPROCNumber of processes the account can run simultaneously
IODisk read/write speed in KB/s
IOPSDisk I/O operations per second

Accessing LVE Manager โ€‹

Log into WHM โ†’ search LVE Manager โ†’ CloudLinux โ†’ LVE Manager.

The dashboard shows all accounts with their current limits and whether they've hit any limits recently (shown in red).

Default limits โ€‹

RemarkableCloud sets these defaults on all servers. Adjust for your workload:

ResourceDefaultRecommended for WooCommerce
CPU100%200โ€“400%
PMEM512 MB1024โ€“2048 MB
EP2040โ€“60
NPROC100150
IO1024 KB/s2048โ€“4096 KB/s

Adjusting limits for a specific account โ€‹

  1. In LVE Manager, click the Users tab.
  2. Find the account you want to adjust โ€” use the search box.
  3. Click the Edit icon (pencil) next to the account.
  4. Uncheck Use Default for the resources you want to customize.
  5. Enter the new values.
  6. Click Save.

Setting server-wide defaults โ€‹

To change the default limits applied to all accounts:

  1. Go to LVE Manager โ†’ Options
  2. Modify the default values
  3. Click Save

Accounts with custom limits keep their custom values. Only accounts using defaults are affected.

Diagnosing limit hits โ€‹

If a site is slow or returning 503 errors, check if it's hitting LVE limits:

  1. Go to LVE Manager โ†’ Statistics
  2. Set the time range to the period when slowness was reported
  3. Look for accounts with high faults โ€” these are limit hits

A high EP fault count means too many simultaneous connections. A high CPU fault count means the site needs more processing power.

You can also check from SSH:

bash
# Current LVE usage for all accounts
lveps --cpu --mem --io

# Historical faults for a specific user
lveinfo --user=username --period=1d

Common limit issues and fixes โ€‹

Site returns 503 errors under traffic Usually an EP (Entry Process) limit hit. Increase EP from 20 to 40โ€“60 for the affected account.

WordPress admin is slow but frontend is fine Usually a CPU limit. Admin requests are heavier (more PHP, more DB queries). Increase CPU to 200% for the account.

File uploads fail or time out Can be an IO limit. Increase IO from 1024 to 2048 KB/s.

Database queries are slow Often PMEM โ€” insufficient RAM forces MySQL to use swap. Increase PMEM and consider upgrading the Cloud Cube plan if the issue persists across multiple accounts.

โœ“
Monitor before raising limits blindly
Check statistics for 24โ€“48 hours before increasing limits. An account consistently hitting 100% CPU may have runaway processes or malware โ€” increasing limits just gives the problem more room. Investigate with Imunify360 first.

Managed hosting that actually manages.