cron errors

Enable cron logging in Table IX-A9.1: Log Cron.
Watch the wppa logfile in Table VIII-C1: List Logfile, and try to find any wppa log message at the same time as the PHP warning.

Are the mailing list settings in Table IX-M identical in the different sites?

• This reply was modified 4 years, 6 months ago by Jacob N. Breetvelt. Reason: Added question

Thanks for your suggestions, Jacob.

I enabled cron logging (IX-A9.1), cleared wppa logfile and examined it from VIII-C1, but while the errors flicked by every 1-2 minutes or so (in an ssh window with “tail -f ssl_errors.log”), the wppa log in VIII-C1 remains unaffected (reloading it every now and then), and only shows:

Cron: on:26.08.2020 11:24:40: [username]: wppa_clear_cache scheduled for run in 10 sec.
Obs: on:26.08.2020 11:24:40: [username]: WPPA cache cleared by class-wp-hook.php:287 wppa_ajax_callback()

Mailing list setting weren’t the same, the “faulty” site also had IX-M3 ticked, so I changed that. It had no apparent effect on the error messages.

I tried re-installing WP => no difference.
I tried using WP-Crontrol plugin to see what is happening, but I only get additional cron errors shown in my ssl_error.log, this time referring to wp-crontrol plugin.

Seen the above unchanging wppa log (VIII-C1) it looks like I’m barking up the wrong tree when thinking it might be wppa that causes these error log entries (?)

Time to get out the pipe and the magnifying glass and do some more sleuthing, I guess… hope my site isn’t being used to do something wonderful in the background, like mining bitcoins…

Putting my question differently:
Will wppa work if I disable wp-cron? [i.e. add “define(‘DISABLE_WP_CRON’, true);” to wp-config.php]
Actually it does seem to work OK, but might wppa fall over itself after a while without the cron calls?
That’s currently my only option to silence those pesky error messages.

My trouble is that said site is on a shared server where I have only reduced options, e.g. no cpanel, no crontab, no access to /etc/… and without much support from the hosting co.

The droll thing is that I still see these errors even if all (yes incl. wppa) plugins are deactivated.

But I overstep the frame here … will wppa be stable with a disabled wp-cron?

Thanks,
serge

Do not disable cron. You may temporarely for diagnostic purposes by using Table VIII-A0.

If cron does not run, you will loose:
– the real deletion of trashed photos
– updating the search index
– sending mails
– cleanup wppa internal cache
– Updating treecounts (cached numbers of sub albums, photos etc. etc.)
– Cleanup session db table
and a few more less important actions.

Do you have more cron messages? you should see something like this in the wppa log:

Cron: on:27.08.2020 15:08:59: cron-job: wppa_cleanup completed.
Cron: on:27.08.2020 15:08:59: cron-job: Phase 15, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 14, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 13, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 12, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Deleted 0 tempfiles
Cron: on:27.08.2020 15:08:59: cron-job: Phase 11, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 10, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 9, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 8, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 7, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: wppa_cleanup creating pl htaccess.
Cron: on:27.08.2020 15:08:59: cron-job: Phase 6, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 5, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: wppa_cleanup reanimate cron.
Cron: on:27.08.2020 15:08:59: cron-job: Phase 4, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 3, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: wppa_cleanup cleanup sessions.
Cron: on:27.08.2020 15:08:59: cron-job: Phase 2, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: Phase 1, time left = 24
Cron: on:27.08.2020 15:08:59: cron-job: wppa_cleanup started.
Cron: on:27.08.2020 15:08:59: cron-job: wppa_clear_cache completed.
Cron: on:27.08.2020 15:08:59: cron-job: Deleted 0 tempfiles
Cron: on:27.08.2020 15:08:59: cron-job: wppa_clear_cache started.
Cron: on:27.08.2020 15:08:59: cron-job: wppa_update_treecounts completed.
Cron: on:27.08.2020 15:08:59: cron-job: Cron fixed treecounts for 2
Cron: on:27.08.2020 15:08:59: cron-job: wppa_update_treecounts started.
Cron: on:27.08.2020 14:55:33: 213.10.98.237: wppa_update_treecounts scheduled for run in 10 sec.
Cron: on:27.08.2020 14:54:12: cron-job: wppa_update_treecounts completed.
Cron: on:27.08.2020 14:54:12: cron-job: Cron fixed treecounts for 6
Cron: on:27.08.2020 14:54:12: cron-job: Cron fixed treecounts for 2
Cron: on:27.08.2020 14:54:12: cron-job: Cron fixed treecounts for 1
Cron: on:27.08.2020 14:54:12: cron-job: wppa_update_treecounts started.

To my opinion you have a server problem; better move to a better hosting product or provider…

Thanks for your reply.

I ran the site for a while without wp-cron, but found that the wppa settings table also advised me to switch it on.

I have asked my hosting provider to assist with this, as it clearly is not just a wppa issue, it even happens even when all plugins are de-activated.

I’ll mark this as “solved” for now – until such time as I have found an alternative host / my hosting co has moved me to a different server…

Is a wp bug, line 117 of wp-cron.php reads:

foreach ( $cronhooks as $hook => $keys ) {

this should read:

if ( $cronhooks ) foreach ( $cronhooks as $hook => $keys ) {
or:
if ( is_array( $cronhooks ) ) foreach ( $cronhooks as $hook => $keys ) {

this will prevent warning messages like:

[Fri Aug 28 21:15:16.443167 2020] [fcgid:warn] [pid 62430] [client 77.68.64.25:32953] mod_fcgid: stderr: PHP Warning:  Invalid argument supplied for foreach() in /home/domains/vol3/578/2510578/user/htdocs/wp-cron.php on line 117, referer: https://www.pakohl.com/wp-cron.php?doing_wp_cron=1598645713.5858569145202636718750

when $cronhooks is false