Web Hosting, Domains & Website Management

"Resource Limit Is Reached" (Error 508): What It Means and How to Fix It

A "508 Resource Limit Is Reached" page means your hosting account hit one of the limits CloudLinux sets for it, usually the number of requests that can run at once. The server is fine; your site wants more than the plan allows, and the cause can usually be found in cPanel and fixed.

  • Intermediate
  • About 30 min
  • Troubleshooting fix
  • Last reviewed
Start the guide

Overview

What you will learn

  • What the CloudLinux 508 page means and which limit causes it
  • How to read faults on the cPanel Resource Usage page
  • How to spot bots and heavy cron jobs in the logs
  • Which fixes reduce usage most: caching, bot blocking, real cron
  • When upgrading the plan is the right answer

Applies to

  • cPanel shared hosting on a CloudLinux server
  • WordPress and other PHP websites
  • Sites showing 508, 500 or 503 errors under load

Tools Required

  • cPanel login for the hosting account
  • WordPress admin login (for WordPress sites)
  • A recent backup of files and database

Before you start

  • Know which domain and hosting account is affected
  • Take a full backup before changing plugins, .htaccess or cron jobs

Important

  • A wrong line in .htaccess or wp-config.php can take the whole site offline. Keep copies of the originals.
  • Do not block IP ranges you do not recognise without checking; you may block real customers or your payment gateway.

Step-by-Step Guide

Find what is hitting your hosting limits

1 / 9 steps

Step 1

Open Resource Usage in cPanel

  1. Log in to cPanel and open the Metrics section. On CloudLinux servers it shows Resource Usage, documented by cPanel as CPU and Concurrent Connection Usage.

    Expected result: You see a summary of your account's usage and any faults.

  2. Read the faults table for the last 24 hours or 7 days. Entry process faults explain the 508 page; memory and process faults explain 500 or 503 errors.

    Expected result: You know which limit was hit and how often.

  3. Open the detailed view and write down when faults happened. The same time daily suggests a cron job; random spikes suggest bots or traffic.

    Expected result: You have a time window to check in the logs.

  4. Open Raw Access or Visitors under Metrics and look at the same times. Look for one IP address or user agent making hundreds of requests, or repeated login page hits.

    Expected result: You can see whether bots, attacks or real visitors filled the slots.

  5. Open Cron Jobs in the Advanced section. Check what runs at the fault times and how often, especially backups and imports.

    Expected result: Heavy jobs at busy times are found and can be moved.

  6. In the CMS, enable a page caching plugin suited to the server, such as LiteSpeed Cache on LiteSpeed servers. Then load a few pages to warm the cache.

    Expected result: Cached pages are served without PHP, so entry process use drops.

  7. If one address or range is hammering the site, add it in IP Blocker under Security. Protect login pages with login limits and two-factor authentication.

    Expected result: The bot's requests stop reaching your account.

  8. Add DISABLE_WP_CRON to wp-config.php, then create a cron job that calls wp-cron.php about every 15 minutes. Move backups to quiet hours.

    Expected result: Scheduled work no longer runs on every page load.

  9. Return to Resource Usage after two or three days of normal traffic. If faults continue during genuine busy periods, it is time for a bigger plan.

    Expected result: Faults fall to zero, or you have clear evidence for an upgrade.

Interactive Demonstration

Diagnose the problem step by step

What are you seeing on your website?

508 Resource Limit Is Reached
  1. Does the page say Resource Limit Is Reached (not Loop Detected)?

    If not, the likely cause

    A 508 Loop Detected error is a WebDAV or redirect loop, not a CloudLinux limit.

    What to do: Ask your host to check the server error log for a loop in the site's rules or WebDAV settings.

  2. Can you see entry process (EP) faults on the Resource Usage page?

    If not, the likely cause

    The fault report is hidden or the server does not run CloudLinux.

    What to do: Ask your host to enable Resource Usage or send you the account's fault report for the error times.

  3. Is page caching turned on and working?

    If not, the likely cause

    Every visit runs PHP and holds an entry process slot.

    What to do: Enable a suitable page caching plugin, such as LiteSpeed Cache on LiteSpeed servers, then recheck faults.

  4. Are the visitor logs free of one IP or bot making hundreds of requests?

    If not, the likely cause

    A bot or brute-force attack is filling the slots.

    What to do: Block it in IP Blocker, protect login pages and consider a web application firewall or CDN.

  5. Are cron jobs and backups scheduled outside busy hours?

    If not, the likely cause

    Scheduled jobs compete with visitors for the same limits.

    What to do: Move them to quiet hours, prevent overlaps and replace WP-Cron with a real cron job.

  6. Every check passed

    Real visitors need more resources than the plan provides.

    What to do: Upgrade to a plan with higher limits or a VPS, and keep caching in place.

Site slow, no error page
  1. Does Resource Usage show no CPU or I/O faults?

    If not, the likely cause

    The account is being throttled by its CPU or I/O limit.

    What to do: Cache pages, compress images, remove heavy plugins and move backups to quiet hours.

  2. Is the site on a current PHP version it supports?

    If not, the likely cause

    Old PHP versions run the same code more slowly.

    What to do: Switch to a supported current version in MultiPHP Manager or Select PHP Version, after a backup.

  3. Are your images already compressed and sized for the web?

    If not, the likely cause

    Large images make every page slow to load.

    What to do: Resize and compress images, and enable browser caching and compression.

  4. Every check passed

    The slowness may be outside your account, such as DNS or a third-party script.

    What to do: Test from another network and ask your host to check the server for that period.

500 or 503 errors
  1. Does Resource Usage show no memory (PMEM) or process (NPROC) faults?

    If not, the likely cause

    The account ran out of memory or processes, which CloudLinux reports as 500 or 503 errors.

    What to do: Find memory-heavy plugins or scripts, stop overlapping cron jobs and ask about the plan's memory limit.

  2. Did the errors start without a recent plugin, theme or code change?

    If not, the likely cause

    The recent change is likely breaking the site.

    What to do: Roll back the change from your backup or disable the new plugin, then retest.

  3. Every check passed

    The error may come from a code fault rather than a limit.

    What to do: Check the Errors page in cPanel Metrics and send the latest entries to your developer or host.

Troubleshooting

Common problems and how to fix them

1 508 page at busy times

Likely cause The entry process limit is full, usually from uncached pages, bots or slow plugins.

Solution Enable page caching, block abusive bots, remove heavy plugins, then recheck faults in Resource Usage.

2 Site slow but no error

Likely cause CPU (SPEED) or I/O limit is throttling the account.

Solution Check CPU and I/O faults, cache pages, compress images and move backups and imports to quiet hours.

3 500 or 503 errors with 508

Likely cause Physical memory or number of processes limit reached.

Solution Find memory-hungry plugins or scripts, lower PHP memory use, and ask your host about the plan's memory limit.

4 Faults at the same time every day

Likely cause A cron job, backup or import runs at a busy time.

Solution Move the job to a quiet hour, stop overlapping runs and replace WP-Cron with a real cron job.

5 Hundreds of hits to wp-login.php or xmlrpc.php

Likely cause Brute-force login attempts or XML-RPC abuse.

Solution Block the addresses in IP Blocker, limit logins, enable two-factor authentication and disable XML-RPC if unused.

6 Resource Usage page missing

Likely cause The server is not CloudLinux, or the host has hidden the feature.

Solution Ask your host whether CloudLinux limits apply and to enable the interface or send you the fault report.

7 Faults started suddenly with no changes

Likely cause Possible malware, a compromised account or a new crawler.

Solution Scan the site, check for unknown files and admin users, change passwords and tell your host.

In Depth

In Depth

A "508 Resource Limit Is Reached" page means your hosting account hit one of the limits CloudLinux sets for it, usually the number of requests that can run at once. The server is fine; your site wants more than the plan allows, and the cause can usually be found in cPanel and fixed.

What the error actually is

Many cPanel shared hosting servers run CloudLinux, which places each account in its own lightweight virtual environment (LVE) with fixed limits. That stops one busy site from slowing every other site on the server. When your account reaches the entry processes limit, the web server refuses the extra request with HTTP 508 and shows a "Resource Limit Is Reached" page, often with the line "The website is temporarily unable to service your request as it exceeded resource limit."

Note In the official HTTP standards, 508 means "Loop Detected", a WebDAV error. CloudLinux reuses the number for its own limit page. If you see "Loop Detected" instead, the cause is different (a WebDAV or redirect loop), so speak to your host.

Typical signs:

  • The 508 page appears at busy times and clears by itself a few minutes later.
  • The site or its admin area is very slow just before the error.
  • 500 or 503 errors, or PHP "out of memory" messages, appear alongside it.
  • Your host emails you about resource limit faults.

The limits and what each one does

The CloudLinux documentation on limits describes several limits per account. Only some of them cause errors:

Limit What it controls What happens when it is hit
Entry processes (EP) Requests running at the same time, mainly PHP and CGI requests (the docs also count SSH sessions and cron jobs) New requests get the 508 page
Physical memory (PMEM) RAM used by the account's processes Usually 500 or 503 errors; processes may be stopped
Number of processes (NPROC) Total processes in the account New processes cannot start; 500 or 503 errors
CPU (SPEED) Processor time No error: the site slows down
I/O and IOPS Disk throughput and operations per second No error: pages and backups slow down

So a 508 points at entry processes, while a slow site with no error points at CPU or I/O. If your limit is 20 and a 21st request arrives while 20 are still running, that visitor sees the 508.

What fills the entry process slots

  1. Bots and crawlers. Aggressive SEO tools, AI scrapers and attacks on login pages (on WordPress, wp-login.php and xmlrpc.php).
  2. Slow pages. A page that takes five seconds holds its slot five times longer than one that takes one second.
  3. No page caching. Every visit runs PHP and queries the database, even for pages that never change.
  4. Heavy plugins. Page builders, statistics plugins that write to the database on every visit, broken link checkers and security scans running during the day.
  5. Scheduled jobs. WordPress's built-in scheduler (WP-Cron) runs on page visits; backups, imports and email queues at busy times compete with visitors.
  6. Genuine growth. The site has simply outgrown the plan.

Reading the evidence in cPanel

The tutorial above walks through the screens. What to look for:

  • Which limit faulted, and when. cPanel's Metrics section shows a Resource Usage page on CloudLinux servers. CloudLinux calls it the Resource Usage plugin, while cPanel's own documentation names the interface CPU and Concurrent Connection Usage and notes it exists only on CloudLinux. The label depends on the cPanel theme, so look for either name. If you cannot see it, your host may have switched it off in WHM's Feature Manager.
  • The pattern. Faults at the same time every day point to a cron job or backup. Random spikes point to bots or traffic. Faults during a promotion point to real visitors.
  • Who was visiting. Raw Access and Visitors (also under Metrics) show requests for the same times. One IP address or user agent making hundreds of requests, or a stream of requests to a login page, is the usual culprit.

Warning Before disabling plugins, editing .htaccess or changing cron jobs, take a full backup of the files and the database. A wrong line in .htaccess can take the whole site down.

Fixes, in order of impact

Turn on page caching

Caching is the single biggest fix. A cached page is served without running PHP, so it barely touches the entry process limit. If the server runs LiteSpeed, the LiteSpeed Cache plugin is the natural choice for WordPress; otherwise use a well-maintained caching plugin. Add browser caching and compression, and compress images so pages finish sooner.

Block or slow down abusive bots

  • Block a single IP address or range that is hammering the site with cPanel's IP Blocker (Security section) or your host's firewall.
  • Protect login pages: limit login attempts, use strong passwords and two-factor authentication, and disable XML-RPC if nothing you use needs it (some apps and Jetpack do).
  • A robots.txt crawl delay is honoured by some crawlers but ignored by Google. Treat it as a hint, not a fix.
  • A content delivery network or web application firewall in front of the site stops many bots before they reach your account.

Replace WP-Cron with a real cron job

WordPress's developer documentation explains how to stop WP-Cron running on page loads by adding define( 'DISABLE_WP_CRON', true ); to wp-config.php (above the line that says to stop editing), then calling wp-cron.php from a system cron job. In cPanel that is Cron Jobs in the Advanced section; every 15 minutes suits most sites. Move backups, imports and newsletter sending to quiet hours, and make sure two copies of the same job cannot overlap.

Warning A mistake in wp-config.php can take a WordPress site offline. Keep a copy of the original file and change one thing at a time.

Remove or replace heavy plugins

Deactivate and delete plugins you do not use. Replace plugins that do heavy work on every page view with lighter ones, and run scans and reports at night or through external services. Test changes on a staging copy if your host offers one.

Make every page faster

Each second saved frees a slot sooner. Use a current PHP version your site supports (MultiPHP Manager, or Select PHP Version on CloudLinux servers), keep the CMS, theme and plugins updated, and clear database clutter such as old revisions and spam comments.

Upgrade only when the cause is real traffic

Upgrade when faults continue after caching, plugin clean-up, cron changes and bot blocking, and they line up with genuine busy periods: a sale, booking season or results day. A higher shared plan raises the limits; a VPS suits sites with heavy, constant use. Extrion offers shared hosting, VPS servers and dedicated WordPress hosting; see our hosting plans and the comparison of shared hosting, VPS and cloud. Upgrading without fixing the cause usually just moves the problem: a bot that fills 20 slots will fill 40.

When to call a professional

Contact your host or developer if the site is down for long periods, the Resource Usage page is missing or shows nothing, faults continue after the basic fixes, or you suspect a hack (unknown files, strange admin users, spam sent from your domain). Have ready:

  • Your domain name and hosting plan.
  • Screenshots of the Resource Usage page showing the faults and times.
  • Any IP addresses or user agents repeating in the logs.
  • Your CMS and version, and the list of plugins.
  • Recent changes: new plugins, theme updates, campaigns.
  • Your list of cron jobs.

When to call Extrion

Extrion Tech provides cPanel hosting, including shared hosting, VPS servers and dedicated WordPress hosting, and can help find what is using your resources and whether a bigger plan makes sense. See our hosting plans or contact us with your domain name and a screenshot of your Resource Usage page.

This guide is general information. Procedures, product features and firmware change, so check your own equipment's documentation before you start.

FAQs

Frequently asked questions

Is the 508 error my host's fault?

Not usually. It means your account reached the limit set for your plan. The host sets the limits, but what uses them is your site, its plugins and its visitors, including bots.

Why does the error clear on its own?

The entry process limit is about how many requests run at the same moment. When the burst ends, usage drops below the limit and the site works again until the next burst.

My site is slow but never shows a 508. Is it the same problem?

Probably a related one. CPU and I/O limits slow the account down rather than producing an error. Check the Resource Usage page for CPU or I/O faults; the same fixes (caching, lighter plugins, quieter cron jobs) usually help.

Will the 508 error hurt my search ranking?

Occasional short errors rarely matter, but frequent ones mean search engines and customers keep meeting an error page. Fix the cause rather than waiting for it to clear.

Can my host just raise the limits?

Usually only by moving you to a plan with higher limits. Shared servers keep limits so every customer gets a fair share.

Does caching really make that much difference?

Yes. A cached page is served without running PHP, so it uses almost none of the entry process limit. For most small business sites it is the biggest single improvement.

Could a hacked site cause resource limit errors?

Yes. Malware that sends spam, mines cryptocurrency or attacks other sites uses CPU, memory and processes. If the faults started suddenly with no change on your side, scan the site and tell your host.

Need Hosting That Stays Up?

Reliable hosting and business email with local support, backups and help when something goes wrong.

Still stuck, or want more detail?

Ask for clarification, tell us a problem this did not solve, or suggest a topic. An engineer reads every message, and we use them to improve the Knowledge Center.

What would you like to do?
online now People browsing Extrion Tech right now

Scan to open this page

Point your phone camera at the code to open this page on your phone, or share it with someone nearby.

QR code that opens this page

https://mail.extrion.co.tz/knowledge-center/resource-limit-is-reached

Download QR

Let’s start with you Who should our team speak to about this service?
How should we reach you?

Spam protection