nadavs

The update broke my website. Now it shows:

Fatal error: Uncaught Error: Class “WP_CLI” not found in /home/homewardcoupons.com/public_html/wp-content/plugins/cache-warmer/src/class-extend-wp-cli.php:21 Stack trace: #0 /home/homewardcoupons.com/public_html/wp-content/plugins/cache-warmer/cache-warmer.php(170): Cache_Warmer\Extend_WP_CLI->__construct() #1 /home/homewardcoupons.com/public_html/wp-includes/class-wp-hook.php(324): Cache_Warmer\Cache_Warmer->Cache_Warmer\{closure}() #2 /home/homewardcoupons.com/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters() #3 /home/homewardcoupons.com/public_html/wp-includes/plugin.php(517): WP_Hook->do_action() #4 /home/homewardcoupons.com/public_html/wp-settings.php(700): do_action() #5 /home/homewardcoupons.com/public_html/wp-config.php(119): require_once(‘…’) #6 /home/homewardcoupons.com/public_html/wp-load.php(50): require_once(‘…’) #7 /home/homewardcoupons.com/public_html/wp-admin/admin.php(34): require_once(‘…’) #8 /home/homewardcoupons.com/public_html/wp-admin/plugins.php(10): require_once(‘…’) #9 {main} thrown in /home/homewardcoupons.com/public_html/wp-content/plugins/cache-warmer/src/class-extend-wp-cli.php on line 21

• This reply was modified 1 month ago by nadavs.

Found a solution: I removed the plugin, deleted all database entries with “litespeed” in them, and reinstalled.

I found a temporary bypass: in class-interval.php, I set 'start_for_interval' => false instead of true. Then it works.

Final update: ModSecurity wasn’t the problem. It’s the way the plugin handles crons: sometimes, it schedules the “do_shutdown” function, which deletes temporary files. If a backup is underway, it will delete the file list, which stops the archiving process. The solution was to run manual crons with enough time for a run to complete.

Solved: ModSecurity deleted the temporary directory mid-operation. Disabling it worked.

I may have found a solution: it turns out that large tables (> 40k records) made it crash. I deleted all records from those tables (mostly Wordfence junk) and it worked.

There was also an error when doing multi-part archiving, but I solved it by increasing the file-splitting limit to a very large number.

However, seems like I don’t get all files backed up. The final archive is smaller than the one with a generated backup.

• This reply was modified 5 months, 1 week ago by nadavs.

It works for some websites and doesn’t for others (on the same server). Everything works for “Generate Backups”, but scheduling fails for the problematic websites.

The websites are fully functional except these weird scheduled backup issues. Seems like a file list of more than 2GB causes trouble when using the scheduler.

I did, there are no relevant error logs for php or the server itself.

I tried disabling the cron and running it manually every 10 minutes, still doesn’t work. Set the php.ini settings to server defaults, still doesn’t work. It starts archiving and fails.

The backup_files.csv and database-backup.sql files are generated well. Something goes wrong with archiving (the log says it archived and then stuck at encryption, but the archive has a size of zero).

Nothing is reported. It just says:

[2024-06-17 07:11:34] xcloner_scheduler.INFO: Encrypting backup archive backup_www.XXX.com-2024-06-17_07-11-sql-enc.tgz. [“CRON”] [] [2024-06-17 07:11:34] xcloner_encryption.INFO: Encrypting file backup_www.XXX.com-2024-06-17_07-11-sql-enc.tgz at position 0 IV [] [] [2024-06-17 07:16:35] xcloner_file_system.INFO: Cleaning the backup storage LOCAL on matching rules [] [] [2024-06-17 07:16:35] xcloner_file_system.INFO: Deleting backup backup_www.XXX.com-2024-06-17_07-11-sql-enc.tgz from storage system LOCAL matching rule [“BACKUP QUANTITY LIMIT xcloner_cleanup_retention_limit_archives”,”1 >= 1″] []

And then it does nothing. This error apparently only happens where the archive is large (>400MB) or there are many tables. Sometimes it gives an archive of 66KB instead of 3GB.

When I do a manual backup (“Generate Backup”), it works well.

I tried increasing all php.ini settings to the maximum, since when the default values are set I get this error for large-database sites:

Error Message: SplFileInfo::getType(): Lstat failed for /home/XXX/XXX.com/wp-content/backups-pNhXD//.xcloner/database-backup.sql

Additional information: I tried to install XCloner for the first time on a website that never had the WebAuthn plugin, and I got the same errors:

An error of type E_ERROR was caused in line 61 of the file /home/yesminis/public_html/wp-content/plugins/xcloner-backup-and-restore/vendor/guzzlehttp/guzzle/src/functions.php. Error message: Uncaught Error: Call to undefined method GuzzleHttp\Utils::chooseHandler() in /home/yesminis/public_html/wp-content/plugins/xcloner-backup-and-restore/vendor/guzzlehttp/guzzle/src/functions.php:61

• This reply was modified 2 years, 2 months ago by nadavs.