pleinx
Forum Replies Created
-
@vupdraft I observed now the cron events after IONOS fixed something (performance was super poor). But the problem is still present…
Also the cron events are completely gone after some days. Debug.log is almost empty. No clue whats going on here.
Hi just wanna let you know, its not resolved issue.
Now IONOS fixed on their side something. I’ve to re-check now everything. But does not look better now.
You will need to reload the pages before you see any changes.
Hmm, Cron-Events in your plugin is an ajax (get_cron_events). So no reload needed (does also not change something).
The error in debug.log is btw. not longer there.
- This reply was modified 2 months, 3 weeks ago by pleinx.
IONOS just react today but needs more time.
These are the timers, what i’ve been talked about:
On IONOS and Hetzner (fresh wordpress installation) they start always with 13h. On hetzner, after the first period, they go down to the timer i’ve configured (1h for DB and 2h for files). On IONOS they disapear.
Thank you. We’re now in clarification with the Hoster (IONOS). We also setup there now a new wordpress without anything else except your plugin.
IONOS
Once we installed your plugin, the timers set to 13h. We have now to wait what happens after the first taken backup.Hetzner
Same here, initially the timers are set to 13h BUT after the first backup, they run correctly in my case 1 hour for database und 2 hours for the files.But can you explain me why the cronjob is initally first time set to 13h instead of 2/1 hour(s)?
Overall: I’ll let you know, once we got more feedback from IONOS. Hetzner works well. Thanks for your help.
Two weeks would not be enough, we normally say every 1- 5 minutes. I Would also do the following
I mean with that i already added a cronjob which runs every 1 minute, but since 2 (or now 3) weeks ago 🙂
Check if your server or hosting provider has limitations or restrictions on cron jobs. If there are restrictions, you may need to adjust your site’s cron schedules or discuss these restrictions with your hosting provider.
Will do.
– If WordPress doesn’t have sufficient permissions to write to the files and folders it needs to, this type of error could occur as a result. Ensure that WordPress is able to write to the
wp-cron.phpfile and the/wp-content/directory.wp-cron.phphas755(for testing) and/wp-content/has also 755. I did the same like in your mentioned guide: https://www.malcare.com/blog/wordpress-file-permissions/Try deactivating all of your WordPress plugins temporarily, then reactivating them one by one. This can help to identify whether perhaps one of your plugins is causing this issue.
Yes, i already deleted around 5 plugins incl. Wordfence, but does not help.
If your PHP memory limit is too low, WordPress may not be able to execute cron jobs effectively. You can try increasing the PHP memory limit in your server configuration
I also did that and the hoster changed to
786Malso 3 weeks ago. No changes.What i did today is: I installed latest wordpress (6.9.1) and just installed your plugin. It also fails there on hetzner-webhosting (i’ve multiple sites there, without an issue). Is there maybe the possiblity that your plugin or wordpress itself has right now issues?
Thanks also for your time.
I’ve already implemented the HTTP-Cron since 2 weeks like this:
https://mydomain.tld/wp-cron.php?doing_wp_cronDo you have any hints for me, where i should take a look more deep about file-permissions? I just did what the docs say: 0644 to all files (except wp-config) and 0755 to all folders.
I’ll check with the hoster about the max-db-connections issue and coming back.
Pastebin does not allow some content of my logfile so store. However, i sorted it out
- PHP Deprecated: UDP_Google_Http_REST::decodeHttpResponse(): Implicitly marking parameter $client as nullable is deprecated, the explicit nullable type must be used instead
File: /wp-content/plugins/updraftplus/includes/Google/Http/REST.php (Line 73)
- PHP Deprecated: html_entity_decode(): Passing null to parameter #1 ($string) of type string is deprecated
File: /wp-includes/widgets.php (Line 1652)
- WordPress database error: Unknown column 'content' in 'WHERE'
Table: wp_gusbi_post_views (triggered in Admin Posts / Post Views Counter Traffic Signals)
- PHP Warning: Undefined array key 0
File: /wp-content/plugins/updraftplus/includes/class-wpadmin-commands.php (Line 941)
- PHP Warning: Trying to access array offset on null
File: /wp-content/plugins/updraftplus/includes/class-wpadmin-commands.php (Line 963)
- PHP Notice: Function _load_textdomain_just_in_time was called incorrectly (wordfence domain loaded too early)
File: /wp-includes/functions.php (Line 6131)
- PHP Notice: Function _load_textdomain_just_in_time was called incorrectly (post-views-counter domain loaded too early)
File: /wp-includes/functions.php (Line 6131)
- PHP Warning: mysqli_real_connect(): (HY000/1226): User has exceeded the 'max_user_connections' resource (current value: 20)
File: /wp-includes/class-wpdb.php (Line 1994)
- Cron Reschedule Error: Hook cmplz_every_five_minutes_hook
Error: could_not_set (Cron event list could not be saved)
- Cron Reschedule Error: Hook wp_privacy_delete_old_export_files
Error: could_not_set (Cron event list could not be saved)
- Cron Unschedule Error: Hook wordfence_batchReportFailedAttempts
Error: could_not_set (Cron event list could not be saved)
- Cron Unschedule Error: Hook wordfence_completeCoreUpdateNotification
Error: could_not_set (Cron event list could not be saved)
- PHP Deprecated: rtrim(): Passing null to parameter #1 ($string) of type string is deprecated
File: /wp-content/themes/Avada/includes/class-awb-custom-auth-pages.php (Line 87)
- Info: Automatic updates starting...
- Info: Automatic updates complete.These are looking related maybe?
[20-Feb-2026 12:22:06 UTC] Cron-Unschedule-Event-Fehler für Hook: wordfence_batchReportFailedAttempts, Fehlercode: could_not_set, Fehlermeldung: Die Cron-Ereignisliste konnte nicht gespeichert werden., Daten: {"schedule":false,"args":[]}
[20-Feb-2026 19:08:14 UTC] PHP Deprecated: UDP_Google_Http_REST::decodeHttpResponse(): Implicitly marking parameter $client as nullable is deprecated, the explicit nullable type must be used instead in /homepages/12/d1234567/htdocs/webseiten/foobar.de/wp-content/plugins/updraftplus/includes/Google/Http/REST.php on line 73Okay, sadly this also did not fix the issue.
For a short moment I could see correct timers, but today it is again always +13 hours, and the backups are not executed at all (not even after those 13 hours have passed).
What I tested today:
- Reset UpdraftPlus plugin (again)
- Deleted all UpdraftPlus-related entries from the database
- Verified directory permissions (0755) and file permissions (0644)
- Restored the site on another hoster (where it works fine for my other client installations)
- Installed a completely fresh WordPress on a known working hoster and installed only UpdraftPlus
In all cases, the issue persists on this specific environment.
At this point I am fairly certain the issue is related to either:
- datetime handling (timezone / UTC offset / server time mismatch),
- cron execution,
- file system permissions,
- or possibly a regression in the latest UpdraftPlus update.
It is worth mentioning that this behavior does not occur on my other installations (same plugin version), which suggests an environment-specific trigger.
One important observation:
If I manually set the “next cron date” via WP Crontrol so that it matches the intended interval (Files → every 2 hours, Database → every 1 hour), everything works perfectly.
As long as I do not save the UpdraftPlus settings again, the cron jobs execute correctly and the backups are successfully uploaded to Google Drive.The issue only reappears immediately after saving the UpdraftPlus settings, when the next run is rescheduled to +13 hours again.
- This reply was modified 3 months, 3 weeks ago by pleinx.
Okay, it looks like I found the issue myself!
The
wp-contentfolder had permissions set to 705 instead of 755/750. After correcting this, I can now see the cron events with the correct timers.I’ll provide final feedback after 1–2 days of testing 🙂
Maybe this is something you could pass on to your developers — for example, UpdraftPlus could check the permissions of relevant folders automatically?- This reply was modified 3 months, 3 weeks ago by pleinx.
Yes, i filtered them out. Is it possible to contact you more privacy with the logging-data?
Yes, sure, i have debugging enabled since i noticed this issue. Here are some logs:
Thanks for your reply 🙂
I’ve already installed this plugin, because it was mentioned in your troubleshooting guide
- First of all: There was no cronjob in the WP Control plugin mentioned for updraft besides the cleanup for temp files
- I checked the same under your plugin > cron events > no cronjobs besides cleanup task found
- i saved again the settings
- now i can see the cronjobs in your and WP Control plugin
- After the timer is running down the 12 hours, the cronjobs seems to be lost and also no backup triggered (i checked google drive > updrafts folder > no new backups since days)
Update (not solved):
- Automated backup does not work. Also with this wrong timers.
- When i now click under cron events i can only see “updraftplus_clean_temporary_files”. The other two are gone.
Thank you again for your reply.
But sadly this will not work 🙁$('#metaslider_4689').flexslider();
VM3707:1 Uncaught TypeError: $(…).flexslider is not a functionI don’t wanna change the status or content. How you initialize a slider? 🙂 There must be a function-call. This one i need please.