- Posts
I just bought a VPS server with InMotionHosting and they recommended your app Total Upkeep, I have premium, to transfer my WordPress site. I’ve tried to backup to my site onto the bluehost server (where it currently is) multiple times, each time it says the “Backup created successfully!”
When I go to download the backup, I see it says “It looks like you don’t have any backups!”
It seems every time I try to backup, more is being stored. Can you provide some assistance?
Matthew
Hi Matthew-
Thanks for reaching out, and I’m sorry to hear about the frustration. Total Upkeep includes several tools to help you diagnose what might be going on.
The first thing to check is your backup logs. Navigate to Total Upkeep > Tooks > Logs and look for your most recent archive-XXXXXX.log file. If you can copy and paste that here, we can take a closer look for you.
Since you mentioned that it seems like more data is being stored each time, another thing to do is to enable the Filelist Analysis in the Total Upkeep > Settings > Backup Process tab. That way, your future logs will include notes about the largest files being backed up.
Finally, another thing to check is your Preflight Check tab, specifically the Backup directory and Permissions section, to make sure you have all the right read and write permissions to your backup directory. That would also give you a chance to see where your backups are being stored, and see if you can find those backups using FTP or your host’s file manager tool.
Hi Jesse, thanks for helping me out recently in getting the preflight conditions right for Total Upkeep to work… now having done that, I’m having the same issue as the OP here, so I hope he doesn’t mind if I jump in here and post my log…
Some further info I can provide in case it’s relevant:
Files are created in the expected directory, /home/khsorg/boldgrid_backup, which after about 5 mins is around 300MB (Total Upkeep indicates “File size before compression: 526.95 MB”) and it doesn’t get any bigger, and the progress bar doesn’t proceed any further after that.
The backup process doesn’t appear to stop, though if I refresh the page after say half an hour, it will soon change to saying “Backup complete. A backup archive file has been created successfully! View details.”
But right under that, it still says “It looks like you don’t have any backups! That’s OK let’s fix that…” etc.
The files in that directory aren’t valid zip files though, and after downloading them and changing the extension to .zip they don’t open.
I have tried completely uninstalling and reinstalling the plugin a couple of times.
Also tried FTP backup instead of local backup, but while the procedure seems to complete, there were no backup files in the expected folder.
Here is something that may or may not be pertinent – the staging site for this website was on Dreamhost, where Total Upkeep gets a complimentary Boldgrid key. But the site has now been migrated to its live location which on Simply Hosting. Yet, even though the key isn’t activated on Simply Hosting, the Support tab still says “You can receive premium support from your official reseller DreamHost
Email: support@dreamhost.com” – which makes me suspect that there is something in the database linking Total Upkeep to Dreamhost, even though it has been uninstalled and reinstalled on the live site?Anyway, here is the most recent archive – it’s pretty short, it only runs for 12 seconds!
[2021-02-28 06:46:48 UTC] Last error: Array ( [type] => 32 [message] => Module 'sqlite3' already loaded [file] => Unknown [line] => 0 ) [2021-02-28 06:46:48 UTC] PHP Version: 7.4.14 [2021-02-28 06:46:48 UTC] WordPress Version: 5.6.2 [2021-02-28 06:46:48 UTC] Total Upkeep version: 1.14.11 [2021-02-28 06:46:48 UTC] Backup process initialized. [2021-02-28 06:46:48 UTC] -------------------------------------------------------------------------------- [2021-02-28 06:46:48 UTC] Starting dump of database... [2021-02-28 06:46:48 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68009896 (64.86 MB) / 68827928 (66 MB) [2021-02-28 06:46:48 UTC] Database info: Array ( [wp11_actionscheduler_actions] => 129 [wp11_actionscheduler_claims] => 0 [wp11_actionscheduler_groups] => 3 [wp11_actionscheduler_logs] => 381 [wp11_cleantalk_ac_log] => 9 [wp11_cleantalk_sessions] => 36 [wp11_cleantalk_sfw] => 9794 [wp11_cleantalk_sfw_logs] => 4 [wp11_cleantalk_spamscan_logs] => 0 [wp11_cleantalk_ua_bl] => 38 [wp11_commentmeta] => 0 [wp11_comments] => 2 [wp11_frmt_form_entry] => 10 [wp11_frmt_form_entry_meta] => 161 [wp11_frmt_form_views] => 0 [wp11_links] => 0 [wp11_options] => 1065 [wp11_postmeta] => 4281 [wp11_posts] => 638 [wp11_relevanssi] => 5772 [wp11_relevanssi_log] => 1086 [wp11_relevanssi_stopwords] => 0 [wp11_smush_dir_images] => 0 [wp11_term_relationships] => 42 [wp11_term_taxonomy] => 5 [wp11_termmeta] => 0 [wp11_terms] => 5 [wp11_usermeta] => 82 [wp11_users] => 3 [wp11_wpforms_tasks_meta] => 101 [wp11_wpmailsmtp_tasks_meta] => 3 [wp11_wpvivid_scan_result] => 0 [wp11_wpvivid_unused_uploads_files] => 0 ) [2021-02-28 06:46:53 UTC] Dump of database complete! $status = 1 [2021-02-28 06:46:53 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68017200 (64.87 MB) / 70253304 (67 MB) [2021-02-28 06:46:53 UTC] -------------------------------------------------------------------------------- [2021-02-28 06:46:56 UTC] Database dump file added to file list: /home/khsorg/boldgrid_backup/khsorg_wp796.20210228-064648.sql / 19013534 (18.13 MB) [2021-02-28 06:46:56 UTC] Starting archiving of files. Chosen compressor: php_zip [2021-02-28 06:46:56 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77513456 (73.92 MB) / 78712544 (75 MB) [2021-02-28 06:47:00 UTC] Total files / size archived: 14557 / 552550281 (526.95 MB) [2021-02-28 06:47:00 UTC] Starting to close the zip file. [2021-02-28 06:47:00 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77886784 (74.28 MB) / 78712544 (75 MB)Hi Ralph-
Thanks for the detailed information!
I’ll start with the things we can safely disregard. First, trying FTP backup won’t make any difference in this case, because the plugin still has to make the backup on your hosting account before it can transfer it via FTP. Second, don’t worry about the DreamHost branding and support links, all that means is that your Connect Key was issued by DreamHost, and doesn’t affect any of the functionality.
The main thing that we can take away from this information is that we see the message
Starting to close the zip filebut we never see theBackup Complete!message, and there aren’t any errors logged.Here are a couple of things we can try to troubleshoot.
- Change the Zip Compressor. Navigate to Total Upkeep > Settings > Backup Process and try the other compressors listed here. While you’re on this screen, enable the Filelist analysis to add additional information to your logs going forward.
- Try omitting your Uploads directory to see if a smaller backup will work. Click Backup site now, and choose the option for a Custom backup in the Files section. In the Exclude Files section, add
,/wp-content/uploads/(don’t forget to separate it with the preceding comma).
Thanks Jesse – I think I’ve had some success just trying your first suggestion.
Firstly I tried changing from ZipArchive to System Zip (default compression level 6). This made a backup that appeared to stall half way through so after half an hour I refreshed the page. The zip file size was 131MB. It was a valid zip archive but it didn’t contain wp-includes. The archive log suggested that the backup did not complete.
Then I changed to PclZip and the backup only took a few minutes but the file size was much larger, 307MB and it did contain wp-includes this time. The archive log says Backup complete, and here it is:
[2021-03-02 03:53:07 UTC] Last error: Array ( [type] => 32 [message] => Module 'sqlite3' already loaded [file] => Unknown [line] => 0 ) [2021-03-02 03:53:07 UTC] PHP Version: 7.4.14 [2021-03-02 03:53:07 UTC] WordPress Version: 5.6.2 [2021-03-02 03:53:07 UTC] Total Upkeep version: 1.14.11 [2021-03-02 03:53:07 UTC] Backup process initialized. [2021-03-02 03:53:07 UTC] Last error: Array ( [type] => 8 [message] => Trying to access array offset on value of type null [file] => /home/khsorg/public_html/wp-content/plugins/boldgrid-backup/admin/compressor/class-boldgrid-backup-admin-compressor-pcl-zip.php [line] => 349 ) [2021-03-02 03:53:07 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:53:07 UTC] Starting dump of database... [2021-03-02 03:53:07 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68028136 (64.88 MB) / 80599416 (77 MB) [2021-03-02 03:53:07 UTC] Database info: Array ( [wp11_actionscheduler_actions] => 123 [wp11_actionscheduler_claims] => 0 [wp11_actionscheduler_groups] => 3 [wp11_actionscheduler_logs] => 363 [wp11_cleantalk_ac_log] => 171 [wp11_cleantalk_sessions] => 349 [wp11_cleantalk_sfw] => 9854 [wp11_cleantalk_sfw_logs] => 3 [wp11_cleantalk_spamscan_logs] => 0 [wp11_cleantalk_ua_bl] => 38 [wp11_commentmeta] => 0 [wp11_comments] => 2 [wp11_frmt_form_entry] => 10 [wp11_frmt_form_entry_meta] => 161 [wp11_frmt_form_views] => 0 [wp11_links] => 0 [wp11_options] => 1064 [wp11_postmeta] => 4496 [wp11_posts] => 669 [wp11_relevanssi] => 5775 [wp11_relevanssi_log] => 1119 [wp11_relevanssi_stopwords] => 0 [wp11_smush_dir_images] => 0 [wp11_term_relationships] => 42 [wp11_term_taxonomy] => 5 [wp11_termmeta] => 0 [wp11_terms] => 5 [wp11_usermeta] => 82 [wp11_users] => 3 [wp11_wpforms_tasks_meta] => 102 [wp11_wpmailsmtp_tasks_meta] => 3 [wp11_wpvivid_scan_result] => 0 [wp11_wpvivid_unused_uploads_files] => 0 ) [2021-03-02 03:53:13 UTC] Dump of database complete! $status = 1 [2021-03-02 03:53:13 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68040304 (64.89 MB) / 80599416 (77 MB) [2021-03-02 03:53:13 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:53:14 UTC] Database dump file added to file list: /home/khsorg/boldgrid_backup/khsorg_wp796.20210302-035307.sql / 19743397 (18.83 MB) [2021-03-02 03:53:14 UTC] Starting archiving of files. Chosen compressor: pcl_zip [2021-03-02 03:53:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77537688 (73.95 MB) / 80599416 (77 MB) [2021-03-02 03:53:14 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:53:14 UTC] Starting to analyze filelist... [2021-03-02 03:53:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77527432 (73.94 MB) / 80599416 (77 MB) [2021-03-02 03:53:16 UTC] Finished analyzing filelist! [2021-03-02 03:53:16 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78056032 (74.44 MB) / 80599416 (77 MB) [2021-03-02 03:56:52 UTC] Last error: Array ( [type] => 2 [message] => fread(): Length parameter must be greater than 0 [file] => /home/khsorg/public_html/wp-admin/includes/class-pclzip.php [line] => 2677 ) [2021-03-02 03:56:52 UTC] Archiving of files complete! [2021-03-02 03:56:52 UTC] Archive filepath / size: /home/khsorg/boldgrid_backup/boldgrid-backup-www.khs_.org_.au-d400a2e6-20210302-035314.zip / 322416992 (307.48 MB) [2021-03-02 03:56:52 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78060032 (74.44 MB) / 225858328 (215 MB) [2021-03-02 03:56:52 UTC] Starting sending of email... [2021-03-02 03:56:52 UTC] Sending of email complete! Status: 1 [2021-03-02 03:57:29 UTC] Backup complete! [2021-03-02 03:57:29 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78760936 (75.11 MB) / 225858328 (215 MB)What do you think? (I haven’t tried your second suggestion yet)
I’m a little concerned that the first backup appears in the Backups list, and so has the appearance of being a completed backup, even though it did not really complete, and the zip file doesn’t contain the wp-includes folder. In case it’s of assistance, here is the log for that first one:
[2021-03-02 03:17:14 UTC] Last error: Array ( [type] => 32 [message] => Module 'sqlite3' already loaded [file] => Unknown [line] => 0 ) [2021-03-02 03:17:14 UTC] PHP Version: 7.4.14 [2021-03-02 03:17:14 UTC] WordPress Version: 5.6.2 [2021-03-02 03:17:14 UTC] Total Upkeep version: 1.14.11 [2021-03-02 03:17:14 UTC] Backup process initialized. [2021-03-02 03:17:14 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:17:14 UTC] Starting dump of database... [2021-03-02 03:17:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68025408 (64.87 MB) / 68851496 (66 MB) [2021-03-02 03:17:14 UTC] Database info: Array ( [wp11_actionscheduler_actions] => 123 [wp11_actionscheduler_claims] => 0 [wp11_actionscheduler_groups] => 3 [wp11_actionscheduler_logs] => 363 [wp11_cleantalk_ac_log] => 169 [wp11_cleantalk_sessions] => 349 [wp11_cleantalk_sfw] => 9854 [wp11_cleantalk_sfw_logs] => 1 [wp11_cleantalk_spamscan_logs] => 0 [wp11_cleantalk_ua_bl] => 38 [wp11_commentmeta] => 0 [wp11_comments] => 2 [wp11_frmt_form_entry] => 10 [wp11_frmt_form_entry_meta] => 161 [wp11_frmt_form_views] => 0 [wp11_links] => 0 [wp11_options] => 1059 [wp11_postmeta] => 4496 [wp11_posts] => 669 [wp11_relevanssi] => 5775 [wp11_relevanssi_log] => 1119 [wp11_relevanssi_stopwords] => 0 [wp11_smush_dir_images] => 0 [wp11_term_relationships] => 42 [wp11_term_taxonomy] => 5 [wp11_termmeta] => 0 [wp11_terms] => 5 [wp11_usermeta] => 82 [wp11_users] => 3 [wp11_wpforms_tasks_meta] => 102 [wp11_wpmailsmtp_tasks_meta] => 3 [wp11_wpvivid_scan_result] => 0 [wp11_wpvivid_unused_uploads_files] => 0 ) [2021-03-02 03:17:19 UTC] Dump of database complete! $status = 1 [2021-03-02 03:17:19 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 68037576 (64.89 MB) / 70355600 (67 MB) [2021-03-02 03:17:19 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:17:21 UTC] Database dump file added to file list: /home/khsorg/boldgrid_backup/khsorg_wp796.20210302-031714.sql / 19742489 (18.83 MB) [2021-03-02 03:17:21 UTC] Starting archiving of files. Chosen compressor: system_zip [2021-03-02 03:17:21 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77536088 (73.94 MB) / 78735176 (75 MB) [2021-03-02 03:17:21 UTC] -------------------------------------------------------------------------------- [2021-03-02 03:17:21 UTC] Starting to analyze filelist... [2021-03-02 03:17:21 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77525832 (73.93 MB) / 78735176 (75 MB) [2021-03-02 03:17:23 UTC] Finished analyzing filelist! [2021-03-02 03:17:23 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78054432 (74.44 MB) / 78735176 (75 MB) [2021-03-02 03:17:23 UTC] Starting to create list of files to include in zip. [2021-03-02 03:17:23 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78054712 (74.44 MB) / 78735176 (75 MB) [2021-03-02 03:17:23 UTC] Finished creating list of files to include in zip. 14559 files in zip. [2021-03-02 03:17:23 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 80129272 (76.42 MB) / 81431800 (78 MB) [2021-03-02 03:17:23 UTC] Starting to close the zip file. [2021-03-02 03:17:23 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78058776 (74.44 MB) / 81431800 (78 MB) [2021-03-02 03:17:23 UTC] Chunk closed in 0.73579382896423 seconds. 6% complete closing [2021-03-02 03:17:23 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78808136 (75.16 MB) / 81431800 (78 MB) [2021-03-02 03:17:38 UTC] Chunk closed in 15.029756069183 seconds. 12% complete closing [2021-03-02 03:17:38 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78804040 (75.15 MB) / 81431800 (78 MB) [2021-03-02 03:18:07 UTC] Chunk closed in 28.219537973404 seconds. 18% complete closing [2021-03-02 03:18:07 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78881864 (75.23 MB) / 81431800 (78 MB) [2021-03-02 03:18:24 UTC] Chunk closed in 17.639613866806 seconds. 24% complete closing [2021-03-02 03:18:24 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78865480 (75.21 MB) / 81431800 (78 MB) [2021-03-02 03:18:47 UTC] Chunk closed in 22.950273990631 seconds. 29% complete closing [2021-03-02 03:18:50 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78877768 (75.22 MB) / 81431800 (78 MB) [2021-03-02 03:19:16 UTC] Chunk closed in 25.202325820923 seconds. 35% complete closing [2021-03-02 03:19:16 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78873672 (75.22 MB) / 81431800 (78 MB) [2021-03-02 03:19:39 UTC] Chunk closed in 23.354382038116 seconds. 41% complete closing [2021-03-02 03:19:39 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78877768 (75.22 MB) / 81431800 (78 MB) [2021-03-02 03:20:01 UTC] Chunk closed in 22.016661882401 seconds. 47% complete closing [2021-03-02 03:20:05 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78947400 (75.29 MB) / 81431800 (78 MB) [2021-03-02 03:20:29 UTC] Chunk closed in 24.155538797379 seconds. 53% complete closing [2021-03-02 03:20:29 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78963784 (75.31 MB) / 81431800 (78 MB) [2021-03-02 03:20:56 UTC] Chunk closed in 26.756474018097 seconds. 59% complete closing [2021-03-02 03:20:57 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 78935112 (75.28 MB) / 81431800 (78 MB)Hi Ralph-
I’m glad to hear that your backup was successful with pcl_zip!
Moving forward, I’d recommend sticking with that compressor and periodically checking your logs to make sure you see the
Backup Complete!message.In your log from the System Zip attempt, we still don’t see any error message about how the process was terminated. As you mentioned, it seems like it only got about 59% of the way through the process. Usually, we see this when you exceed some limitation on your hosting account, like Disk Input/Output or CPU usage, and the server terminates the backup process without giving us any error message to work with.
You still may have luck omitting
/wp-content/uploadsfrom your regular scheduled backups. This is the folder that contains all of your images and other media, hence it’s normally the largest directory. This will give you a backup that’s sufficient to recover from any catastrophe. Then you can back up your media in theuploadsdirectory separately once per month or so, to make sure that you keep a backup copy of your images.A bit more info to add: the subsequent scheduled backup did not complete successfully. It was only a partial backup (171MB) that was not a valid zip file. At least I know when backup doesn’t complete successfully, as I don’t receive a notification email in those circumstances, but the backup still exists in the list. Here is the log from the failed scheduled backup.
[2021-03-02 16:00:05 UTC] Last error: Array ( [type] => 32 [message] => Module 'sqlite3' already loaded [file] => Unknown [line] => 0 ) [2021-03-02 16:00:05 UTC] PHP Version: 7.4.14 [2021-03-02 16:00:05 UTC] WordPress Version: 5.6.2 [2021-03-02 16:00:05 UTC] Total Upkeep version: 1.14.11 [2021-03-02 16:00:05 UTC] Backup process initialized. [2021-03-02 16:00:06 UTC] -------------------------------------------------------------------------------- [2021-03-02 16:00:06 UTC] Starting dump of database... [2021-03-02 16:00:06 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 67940800 (64.79 MB) / 68766248 (66 MB) [2021-03-02 16:00:06 UTC] Database info: Array ( [wp11_actionscheduler_actions] => 123 [wp11_actionscheduler_claims] => 0 [wp11_actionscheduler_groups] => 3 [wp11_actionscheduler_logs] => 363 [wp11_cleantalk_ac_log] => 223 [wp11_cleantalk_sessions] => 345 [wp11_cleantalk_sfw] => 9949 [wp11_cleantalk_sfw_logs] => 0 [wp11_cleantalk_spamscan_logs] => 0 [wp11_cleantalk_ua_bl] => 38 [wp11_commentmeta] => 0 [wp11_comments] => 2 [wp11_frmt_form_entry] => 10 [wp11_frmt_form_entry_meta] => 161 [wp11_frmt_form_views] => 0 [wp11_links] => 0 [wp11_options] => 1023 [wp11_postmeta] => 4496 [wp11_posts] => 669 [wp11_relevanssi] => 5775 [wp11_relevanssi_log] => 1119 [wp11_relevanssi_stopwords] => 0 [wp11_smush_dir_images] => 0 [wp11_term_relationships] => 42 [wp11_term_taxonomy] => 5 [wp11_termmeta] => 0 [wp11_terms] => 5 [wp11_usermeta] => 81 [wp11_users] => 3 [wp11_wpforms_tasks_meta] => 102 [wp11_wpmailsmtp_tasks_meta] => 3 [wp11_wpvivid_scan_result] => 0 [wp11_wpvivid_unused_uploads_files] => 0 ) [2021-03-02 16:00:11 UTC] Dump of database complete! $status = 1 [2021-03-02 16:00:11 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 67952968 (64.81 MB) / 70270992 (67 MB) [2021-03-02 16:00:11 UTC] -------------------------------------------------------------------------------- [2021-03-02 16:00:13 UTC] Database dump file added to file list: /home/khsorg/boldgrid_backup/khsorg_wp796.20210302-160006.sql / 19598047 (18.69 MB) [2021-03-02 16:00:13 UTC] Starting archiving of files. Chosen compressor: pcl_zip [2021-03-02 16:00:13 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77449960 (73.86 MB) / 78649712 (75 MB) [2021-03-02 16:00:13 UTC] -------------------------------------------------------------------------------- [2021-03-02 16:00:13 UTC] Starting to analyze filelist... [2021-03-02 16:00:13 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77439704 (73.85 MB) / 78649712 (75 MB) [2021-03-02 16:00:17 UTC] Finished analyzing filelist! [2021-03-02 16:00:17 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 77968304 (74.36 MB) / 78649712 (75 MB) [2021-03-02 16:05:04 UTC] Last error: Array ( [type] => 2 [message] => fread(): Length parameter must be greater than 0 [file] => /home/khsorg/public_html/wp-admin/includes/class-pclzip.php [line] => 2677 )It seems to be a tad hit & miss. I managed to reduce the size of my backup by almost 200MB by deleting some old backups from another backup plugin (Updraft Plus, currently inactive) that were being included! So now my backup size is down to 118MB, including Uploads.
If I exclude Uploads, it’s down to 90MB.
For comparison, Updraft Plus backups were always around 98MB.
So far, my two backups excluding Uploads have both completed successfully.
But only 1 of 2 backups including Uploads have completed successfully.
In all cases, Total Upkeep reports on screen that the backup completed successfully (but not in the log), even when it didn’t.
The only way to know it’s actually been unsuccessful are 1) no backup report is emailed, 2) on trying to open the downloaded backup, it’s not a valid zip file.
I’d like to know why sometimes it still fails, as it seems a little less reliable than it should be?
Here’s the log for the one that failed:
[2021-03-03 10:06:18 UTC] Last error: Array ( [type] => 32 [message] => Module 'sqlite3' already loaded [file] => Unknown [line] => 0 ) [2021-03-03 10:06:18 UTC] PHP Version: 7.4.14 [2021-03-03 10:06:18 UTC] WordPress Version: 5.6.2 [2021-03-03 10:06:18 UTC] Total Upkeep version: 1.14.11 [2021-03-03 10:06:18 UTC] -------------------------------------------------------------------------------- [2021-03-03 10:06:18 UTC] LARGEST FILES [reacted for length] [2021-03-03 10:06:19 UTC] (30) wp-content/plugins/google-analytics-for-wordpress/lite/assets/vue/js - 1.50 MBHi Ralph-
Thanks for the updates! Based on what you’ve found so far, it’s probably safe to say that you’re hitting some limit on your hosting account. Most often this is either Disk Input/Output or CPU limits.
Since one of your backups was successful for the whole site including uploads, I’d have to guess that it’s more likely a CPU limit. These situations are tough to diagnose, because if your server terminates a process due to exceeding limits, it often does it with a
killsignal, which doesn’t generate any error message for the log, or any way for the plugin to detect that the backup didn’t complete.You might have better luck scheduling your backups for times of day in which your server is less busy, but on a shared hosting platform that might be tough to determine.
Our developers are currently working on solving this problem permanently for Total Upkeep 2.0.
For hosting environments like this, I recommend keeping the uploads folder excluded for your scheduled backups, and taking a new backup of your uploads folder once or twice per month manually. That way you’ll always have a backup that you can use to recover your database, plugins, theme, and core files, meaning you can always get your site up and running after a catastrophe.
Thanks Jesse, so I have set a custom backup as you’ve suggested for the scheduled backups and will monitor how that goes over the next week or so.
With regard to the ad-hoc manual Uploads backups, I assume I would make this a custom backup, with the “Include” field just set to /wp-content/uploads/ (without the preceding comma); and the “Exclude” field set to the default .git,node_modules; and excluding the database is that correct?
I tried this, and it took all of 3 seconds! The size was 28MB as expected, so I think I’ve got it right 🙂
Hi Ralph-
Glad to hear it that we’re getting closer!
For your “ad-hoc” backups, what you have there would work just fine. If those start getting too big, WordPress stores your media in
/year/monthfolders already, so strictly speaking you could keep backups of each month individually, like/wp-content/uploads/2021/02for example, for last month’s media.
- The topic ‘It looks like you don’t have any backups!’ is closed to new replies.
