Filenaming hash – still problematic with 3.4.3
-
Hi
Having been using your plugin successfully for many years, 3.4.3 still isn’t working right for me (and, I suspect, many others).
I backup 50+ sites nightly to Dropbox. Since my Dropbox is finite in size, I’ve set the plugin to keep only the most recent version of each backup, so keep only 1 previous backup, with Dropbox’s 30-day deletion history covering me with a bit of redundancy.
Whether it’s because the filename is still (in 3.4.3) different every day, or because the plugin isn’t successfully deleting the old file, my Dropbox is filling up every night and some backups are therefore unable to run. I then have to manually delete 40+ old backup files every morning, which is a drag to say the least.
Thanks for your help.
-
I am running into the same issue with 3.4.3. Previous backups are no longer being deleted in a rolling fashion and kept running over night until it filled up the server’s disk space.
Here is the log from the backup. We’re storing locally as well as on dropbox. I have sanitized all hash IDs, domain, dbname, and dates.
[INFO] BackWPup 3.4.3; A project of Inpsyde GmbH [INFO] WordPress 4.8.2 on https://www.website.com/black/ [INFO] Log Level: Normal [INFO] BackWPup job: Daily Backup [INFO] Logfile is: backwpup_log_5c19e1_2017-10-06_02-05-00.html [INFO] Backup file is: backwpup_L1ZTMGL192_daily_2017-10-06_02-05-00.tar.gz [06-Oct-2017 02:04:29] 1. Try to backup database … [06-Oct-2017 02:04:29] Connected to database database_name on localhost [06-Oct-2017 02:05:26] Added database dump "database_name.sql.gz" with 15.42 MB to backup file list [06-Oct-2017 02:05:26] Database backup done! [06-Oct-2017 02:05:28] 1. Trying to make a list of folders to back up … [06-Oct-2017 02:05:34] Added "wp-config.php" to backup file list [06-Oct-2017 02:05:34] Added ".htaccess" to backup file list [06-Oct-2017 02:05:34] Added "favicon.ico" to backup file list [06-Oct-2017 02:05:34] 2089 folders to backup. [06-Oct-2017 02:05:35] 1. Trying to create a WordPress export to XML file … [06-Oct-2017 02:05:38] Check WP Export file … [06-Oct-2017 02:05:38] WP Export file is a valid WXR file. [06-Oct-2017 02:05:38] Compressing file … [06-Oct-2017 02:05:38] Compressing done. [06-Oct-2017 02:05:38] Added XML export "Company-name.wordpress.2017-10-06.xml.gz" with 171.63 KB to backup file list. [06-Oct-2017 02:05:40] 1. Trying to generate a file with installed plugin names … [06-Oct-2017 02:05:40] Added plugin list file "Company-name.pluginlist.2017-10-06.txt.gz" with 1.69 KB to backup file list. [06-Oct-2017 02:05:40] 1. Trying to generate a manifest file … [06-Oct-2017 02:05:40] Added manifest.json file with 6.14 KB to backup file list. [06-Oct-2017 02:05:41] 1. Trying to create backup archive … [06-Oct-2017 02:05:41] Compressing files as TarGz. Please be patient, this may take a moment. [06-Oct-2017 02:24:41] Backup archive created. [06-Oct-2017 02:24:41] Archive size is 3.27 GB. [06-Oct-2017 02:24:41] 22163 Files with 3.77 GB in Archive. [06-Oct-2017 02:24:42] 2 backup files deleted [06-Oct-2017 02:24:42] 1. Try to send backup file to Dropbox … [06-Oct-2017 02:24:43] Authenticated with Dropbox of user: John Doe (Company) [06-Oct-2017 02:24:43] Uploading to Dropbox … [06-Oct-2017 02:24:43] Beginning new file upload session [06-Oct-2017 03:42:27] /var/www/vhosts/website.com/httpdocs/wp-content/plugins/backwpup/inc/class-destination-dropbox.php: Dropbox API: Error: File "/var/www/vhosts/website.com/httpdocs/wp-content/uploads/backwpup-5c19e1-backups/backwpup_L1ZTMGL192_daily_2017-10-06_02-05-00.tar.gz" is not readable or doesn't exist. [06-Oct-2017 03:42:27] 2. Try to send backup file to Dropbox … [06-Oct-2017 03:42:28] Authenticated with Dropbox of user: John Doe (Company) [06-Oct-2017 03:42:28] Uploading to Dropbox … [06-Oct-2017 03:42:28] /var/www/vhosts/website.com/httpdocs/wp-content/plugins/backwpup/inc/class-destination-dropbox.php: Dropbox API: Error: File "/var/www/vhosts/website.com/httpdocs/wp-content/uploads/backwpup-5c19e1-backups/backwpup_L1ZTMGL192_daily_2017-10-06_02-05-00.tar.gz" is not readable or doesn't exist. [06-Oct-2017 03:42:28] 3. Try to send backup file to Dropbox … [06-Oct-2017 03:42:29] Authenticated with Dropbox of user: John Doe (Company) [06-Oct-2017 03:42:29] Uploading to Dropbox … [06-Oct-2017 03:42:29] /var/www/vhosts/website.com/httpdocs/wp-content/plugins/backwpup/inc/class-destination-dropbox.php: Dropbox API: Error: File "/var/www/vhosts/website.com/httpdocs/wp-content/uploads/backwpup-5c19e1-backups/backwpup_L1ZTMGL192_daily_2017-10-06_02-05-00.tar.gz" is not readable or doesn't exist. [06-Oct-2017 03:42:29] ERROR: Step aborted: too many attempts! [06-Oct-2017 03:42:29] 1. Trying to check database … [06-Oct-2017 03:42:29] Database check done! [06-Oct-2017 03:42:29] ERROR: Job has ended with errors in 5880 seconds. You must resolve the errors for correct execution.I have deleted and created new backup jobs and unfortunately this has not resolved the issue. I am still having the problem of it running the backup multiple times with a random hash for each file name until the drive is full.
I have changed logging level to debug not translated for testing. I will let you know when the backup runs again.
- The topic ‘Filenaming hash – still problematic with 3.4.3’ is closed to new replies.
