L’errore 508 Resource Limit Is Reached compare quando l’account hosting non può accettare altre richieste dinamiche simultanee perché ha raggiunto il limite degli Entry Processes. Il problema è generalmente temporaneo, ma se si ripete bisogna identificare quale sito, processo, plugin, bot o attività sta mantenendo occupate le risorse.
La pagina può apparire per pochi secondi durante un picco oppure ripresentarsi più volte. Non significa automaticamente che il server sia offline e non dimostra, da sola, che il piano hosting sia insufficiente. La diagnosi deve partire dai dati registrati da CloudLinux nell’interfaccia Resource Usage di cPanel.
Che cosa significa l’errore 508 Resource Limit Is Reached
CloudLinux utilizza gli ambienti LVE per isolare le risorse dei singoli account. In questo modo un sito molto impegnativo non può consumare tutte le risorse del server e rallentare gli altri utenti.
Tra i limiti controllati possono essere presenti:
- CPU o SPEED: potenza di elaborazione assegnata all’account;
- PMEM: memoria fisica utilizzabile;
- I/O: velocità di lettura e scrittura su disco;
- IOPS: numero di operazioni sul disco;
- NPROC: numero massimo di processi;
- EP o Entry Processes: richieste dinamiche che entrano contemporaneamente nell’ambiente dell’account.
Il codice 508 è collegato soprattutto al raggiungimento del limite EP. Quando non è possibile accettare un’altra richiesta dinamica, il server restituisce temporaneamente la pagina “Resource Limit Is Reached”.
Importante: Entry Processes non equivale al numero di visitatori collegati. Un visitatore può generare più richieste; inoltre bot, cron, chiamate AJAX, importazioni e processi lenti possono mantenere occupati gli EP.
Errore 508, CPU, memoria e I/O non sono la stessa cosa
| Risorsa | Effetto più comune | Che cosa controllare |
|---|---|---|
| EP | Errore 508 | Richieste dinamiche simultanee e processi che restano aperti |
| CPU | Sito rallentato | PHP, plugin, elaborazioni, bot e query |
| I/O o IOPS | Letture e scritture lente | Backup, scansioni, cache, log e molti piccoli file |
| PMEM | Errori o processi terminati | Consumo PHP, plugin e applicazioni |
| NPROC | Errori 500 o 503 possibili | Numero complessivo di processi dell’account |
Un aumento indiscriminato del limite di memoria PHP non risolve un 508 causato da richieste simultanee. Può anzi consentire a ogni processo di usare più memoria senza correggere la causa iniziale.
Come vengono conteggiati gli Entry Processes con LiteSpeed
Sui server che utilizzano LiteSpeed il conteggio degli Entry Processes può differire dall’implementazione Apache tradizionale. Per questo motivo il valore EP non va trasformato automaticamente in un numero di visitatori o di pagine viste. La durata della richiesta è determinante: una pagina dinamica lenta, una chiamata esterna che non risponde oppure una query bloccata possono occupare un processo molto più a lungo di una pagina servita rapidamente.
La cache completa riduce il numero di richieste che devono raggiungere PHP, ma non può essere applicata allo stesso modo a ogni URL. Aree riservate, carrelli, checkout, pannelli amministrativi e contenuti personalizzati restano dinamici. La diagnosi deve quindi concentrarsi sugli endpoint che compaiono durante il picco, non soltanto sul traffico complessivo del dominio.
Come controllare l’errore 508 in cPanel
Accedi a cPanel. Se non ricordi il percorso, consulta Come accedere a cPanel.
- Apri la sezione Metriche.
- Seleziona Resource Usage o Utilizzo risorse.
- Controlla il riepilogo nella scheda Dashboard.
- Apri Current Usage per esaminare grafici, valori e colonna Fault.
- Se disponibile, apri Snapshot per verificare processi, richieste HTTP e query presenti nel momento del superamento.
La colonna Fault indica quante volte il limite è stato effettivamente raggiunto nel periodo selezionato. Un valore vicino al massimo senza Fault non dimostra che quella risorsa abbia causato l’errore.
Controlla l’intervallo orario corretto
Se hai visto il 508 alle 14:35, imposta un intervallo che comprenda quell’orario. Il riepilogo giornaliero può nascondere un evento breve ma intenso. Annota data e ora, risorsa con Fault, durata del picco, operazione eseguita e modifiche effettuate poco prima.
Cause più frequenti dell’errore 508
Picco di traffico reale
Una campagna, una newsletter, una pubblicazione sui social o un evento possono portare molte persone sul sito nello stesso momento. Se le pagine non sono servite dalla cache, ogni visita può richiedere PHP e query al database.
Bot e richieste automatiche
Bot aggressivi possono richiamare pagine di ricerca, filtri, URL inesistenti, wp-login.php, API, feed o altri endpoint dinamici. Anche poche richieste lente possono occupare tutti gli Entry Processes.
Plugin o tema WordPress lenti
Un plugin può eseguire query inefficienti, contattare servizi esterni o elaborare molti dati a ogni caricamento. Il problema può iniziare dopo un aggiornamento anche quando il numero di visitatori non è cambiato.
WP-Cron e attività pianificate
Pubblicazioni programmate, sincronizzazioni, notifiche e pulizie del database possono partire contemporaneamente. Se WP-Cron viene richiamato a ogni visita, durante un picco può contribuire all’aumento delle richieste dinamiche.
Importazioni, esportazioni e backup
Importare prodotti, rigenerare immagini, esportare ordini, creare archivi o ripristinare dati sono operazioni intensive. Evita di eseguire più attività pesanti nello stesso momento e pianificale nelle ore con meno traffico.
Query lente o database molto grande
Una richiesta PHP che attende il database mantiene occupato il processo. Tabelle appesantite, opzioni autoload eccessive, ricerche complesse e indici mancanti possono trasformare poche visite in molti processi contemporanei.
Cache assente o esclusioni troppo ampie
Se tutte le pagine vengono elaborate dinamicamente, il sito richiede più PHP e database. Su WordPress verifica LiteSpeed Cache senza memorizzare pagine riservate, carrelli o contenuti personalizzati.
Script compromesso o attività anomala
Malware, invii indesiderati e script caricati da terzi possono generare processi ripetuti. Non cancellare file a caso: annota i percorsi segnalati e apri un ticket quando sospetti una compromissione.
Procedura rapida per risolvere l’errore 508
- Attendi alcuni secondi e riprova una sola volta. Se il picco è terminato, il sito torna disponibile.
- Verifica Resource Usage. Controlla EP e Fault nell’orario esatto.
- Individua l’attività coincidente. Importazione, backup, aggiornamento, cron, newsletter o aumento di traffico.
- Controlla gli errori recenti. Consulta il registro errori di cPanel o dell’applicazione.
- Sospendi solamente l’operazione sospetta. Evita di disattivare in blocco sicurezza, cache o tutti i plugin.
- Ottimizza e ripeti il controllo. Dopo la correzione verifica se i Fault continuano ad aumentare.
Controlli specifici per WordPress
- verifica che WordPress, tema e plugin siano aggiornati e compatibili;
- controlla se il problema è iniziato dopo l’attivazione o l’aggiornamento di un plugin;
- verifica gli eventi WP-Cron e le attività ripetute troppo spesso;
- controlla richieste ad
admin-ajax.php, API REST, ricerca interna e filtri dinamici; - configura LiteSpeed Cache in modo prudente e testa il sito dopo ogni modifica;
- riduci plugin duplicati che svolgono la stessa funzione;
- pianifica importazioni, backup e rigenerazioni nelle ore meno trafficate;
- controlla dimensione e comportamento del database prima di eseguire pulizie automatiche.
Prima di disattivare un plugin essenziale o modificare il database, crea un backup. Se il sito non è raggiungibile, consulta Cosa fare quando il sito è offline.
Che cosa non fare
- non ricaricare la pagina continuamente, perché aggiungi altre richieste;
- non aumentare a caso memoria PHP, timeout o numero di processi;
- non disattivare firewall, Imunify360 o protezioni senza una diagnosi;
- non cancellare cache, log, file o tabelle indiscriminatamente;
- non attribuire il problema al numero mensile di visite senza analizzare la contemporaneità;
- non effettuare un upgrade basandoti su un singolo evento occasionale.
Quando conviene passare a un piano superiore
L’upgrade è appropriato quando i Fault ricompaiono durante traffico reale e previsto, dopo aver corretto plugin, query, cron, bot e cache. Un e-commerce con molte sessioni contemporanee e operazioni non memorizzabili può richiedere più risorse di un sito informativo.
Valuta frequenza e durata dei Fault, crescita del traffico, numero di siti, attività dinamiche e andamento congiunto di CPU, memoria, I/O ed EP. Per un confronto generale consulta Come scegliere il piano hosting.
Quando aprire un ticket all’assistenza Xlogic
Apri un ticket quando il 508 ricompare più volte al giorno, Resource Usage mostra Fault ma non riesci a individuare il processo, sospetti malware, il sito resta irraggiungibile dopo il picco oppure hai già ottimizzato il sito senza risultati.
Indica dominio, data e ora, schermata Resource Usage, risorsa con Fault, operazione in corso e modifiche recenti. Non inviare password, codici 2FA, chiavi private o credenziali complete.
Fonti tecniche ufficiali
Domande frequenti sull’errore 508
L’errore 508 è temporaneo?
Sì. Di norma scompare quando diminuiscono le richieste dinamiche simultanee. Se ricompare spesso, controlla Resource Usage e individua il processo, il plugin, il bot o l’attività che genera i picchi.
Entry Processes corrisponde ai visitatori online?
No. Gli Entry Processes misurano richieste dinamiche contemporanee, non i visitatori. Un singolo utente, un bot, un cron o una chiamata AJAX possono generare più richieste.
L’errore 508 significa che la CPU è esaurita?
Non necessariamente. In CloudLinux il 508 è associato soprattutto al limite EP. CPU e I/O causano più spesso rallentamenti, mentre memoria e numero di processi possono produrre errori 500 o 503.
Devo subito acquistare un piano superiore?
No. Prima verifica plugin, query lente, bot, cron, importazioni, backup e cache. L’upgrade ha senso se i limiti vengono raggiunti regolarmente con traffico legittimo anche dopo l’ottimizzazione.
Quali dati devo inviare all’assistenza Xlogic?
Indica dominio, data e ora, schermata Resource Usage, risorsa con Fault, modifiche recenti e operazione in corso. Non inviare password, codici 2FA o chiavi private.