WordPress WP-Cron: lock doing_wp_cron bloccato

In breve: WordPress doing_wp_cron lock — indica che un lock cron resta attivo e impedisce l’avvio regolare di nuove esecuzioni.

WordPress doing_wp_cron lock: significato

Le prime ipotesi da verificare per “WordPress doing_wp_cron lock” sono permessi o proprietario del filesystem non coerenti; spazio o inode insufficienti.

Sintomi e cause probabili

Sintomi da verificare

• Il messaggio “WordPress doing_wp_cron lock” compare durante un’operazione ripetibile.
• La funzione coinvolta in WordPress Cron e attività pianificate non raggiunge il risultato previsto.

Cause probabili

• Il transient o lock doing_cron rimane attivo oltre l’esecuzione prevista
• Un evento WP-Cron impiega troppo tempo e impedisce l’avvio regolare dei job successivi
• Più richieste tentano di eseguire WP-Cron contemporaneamente
• Object cache persistente o un arresto anomalo mantengono uno stato di lock non più valido

Diagnosi passo per passo

1. Controllare gli eventi cron scaduti e la prossima esecuzione prevista
2. Verificare se il lock doing_cron permane anche quando non risultano job in esecuzione
3. Confrontare l’orario del blocco con debug.log, error_log e durata dei job pianificati
4. Individuare hook o plugin con attività cron particolarmente lunghe o ripetitive
5. Verificare l’eventuale presenza di object cache persistente prima di rimuovere manualmente un lock

Log e dati da controllare

• elenco degli eventi WP-Cron e relativo timestamp
• valore e durata del lock doing_cron
• WordPress debug.log ed error_log PHP
• tempi di esecuzione degli hook pianificati e stato dell’object cache

Correzioni sicure

1. Ripristinare permessi e proprietario corretti senza usare 777
2. Liberare spazio o inode in modo controllato
3. Correggere directory temporanee e configurazione PHP
4. Rinnovare token e cookie con un nuovo accesso
5. Rimuovere soltanto lo stato residuo identificato

Verifica finale

• L’evento viene eseguito una sola volta
• La prossima pianificazione è valida
• La coda non accumula eventi scaduti
• Loopback e cron di sistema non restituiscono errori

Errori da evitare

• Non disattivare globalmente WAF, ModSecurity, antispam o verifica TLS per aggirare il sintomo
• Non impostare permessi 777 e non cambiare proprietari in modo ricorsivo senza conoscere la struttura dell’account
• Non cancellare database, chiavi Redis, cache o file di sistema senza backup e senza aver identificato l’oggetto coinvolto
• Non ripetere pagamenti, import o webhook reali finché non hai verificato l’idempotenza

Guide Xlogic correlate

• WordPress WP-Cron: missed schedule
• WordPress Site Health: loopback cURL error 28
• WordPress XML-RPC: parse error

Fonti tecniche

• WordPress Plugin Handbook — Cron
• WP-CLI cron-event command

Domande frequenti