Geplande back-up start niet

Het tijdschema in de Backup-plugin hangt aan WP-Cron. WP-Cron is geen echte systeemdienst, maar wordt bij paginaweergaven geactiveerd — op een rustige website mist een geplande back-up daardoor haar tijdvenster. De plugin toont de werkelijke toestand op één plek, in plaats van je te laten raden.

Wat de uitvoering aandrijft

Een back-uptaak bestaat uit meerdere korte doorgangen. Die worden op twee manieren aangedreven: via de crongebeurtenis en via de adminpuls. De adminpuls werkt op elke wp-admin-pagina die iemand met beheerdersrechten opent een stukje verder, en wel pas nadat de pagina is uitgeleverd. Hij start echter geen nieuwe uitvoering, maar drijft alleen een al begonnen uitvoering verder — voor een uitvoering die nooit begint, helpt hij niet.

De toestand aflezen

1. Open in het WordPress-menu het item ‘Kakapo Backup’.
2. Ga links in de groep ‘Status’ naar het punt ‘Status’.
3. Lees op de kaart ‘WP-Cron-helper’ de statusregels af.
4. Controleer in de groep ‘Configuratie’ onder ‘Tijdschema’ (in het Duits: „Zeitplan“) of ‘Geplande back-up’ is ingeschakeld en welk ‘Tijdstip’ is ingevuld.
5. Klik terug in het onderdeel ‘Status’ op de kaart ‘Diagnose’ op ‘Opnieuw controleren’.

• ‘Tijdschema geactiveerd’ — staat hier ‘nee’, dan is de schakelaar in het paneel ‘Tijdschema’ (in het Duits: „Zeitplan“) uit en wordt er helemaal geen tijdstip aangemaakt
• ‘Constante DISABLE_WP_CRON’ — bij ‘ingesteld’ start WordPress de cron niet zelf, een systeemcron is dan verplicht
• ‘Volgende geplande uitvoering’ — noemt tijdstip en resterende tijd of meldt ‘geen gebeurtenis geregistreerd’
• ‘Laatste daadwerkelijke uitvoering’ — komt uit een eigen teller die wordt gezet zodra de back-upcrongebeurtenis afgaat; is die leeg, dan wordt in plaats daarvan het jongste geslaagde tijdschema uit het log getoond, en pas als ook dat ontbreekt, staat er ‘nog nooit waargenomen’

Systeemcron in plaats van paginaweergave

Dezelfde kaart bevat twee kant-en-klare regels voor een echte systeemcron, telkens met een interval van 15 minuten: variant A roept wp-cron.php aan via curl, variant B gebruikt WP-CLI. Beide blokken zijn al gevuld met het echte adres respectievelijk het echte pad van deze installatie en kun je direct kopiëren. Zolang DISABLE_WP_CRON niet is ingesteld, toont de kaart bovendien de passende regel voor de wp-config.php.

define( 'DISABLE_WP_CRON', true );

Een begonnen uitvoering blijft staan

In de kaart ‘Diagnose’ staat de regel ‘Job-vergrendelingsbestand aan te maken’. Kan het vergrendelingsbestand niet worden aangemaakt, dan kan er geen doorloop worden uitgevoerd; de regel noemt als oorzaken uitdrukkelijk schrijfrechten en open_basedir. Daaronder ruimt de kaart ‘Auto-Recovery’ via ‘Nu opschonen’ een blijven hangende doorloop-indicatie op, evenals verweesde tijdelijke bestanden en gedeeltelijke archieven. Een doorloop die langer dan tien minuten geen teken van leven heeft gegeven, geldt daarbij als verweesd — hij wordt niet weggegooid, maar bij de volgende start met dezelfde omvang overgenomen.