Support » Plugin: BackWPup - WordPress Backup Plugin » Old backups not deleting

  • Resolved marknjones

    (@marknjones)


    Hello

    My old backup files on Dropbox are not being deleted. All have been created by BackWPUp 3.4.3 – there are no legacy files in there.

    I’m reposting this since my earlier post has been marked as resolved. It is not resolved, and my Dropbox is reaching capacity every day as a result. Please could you investigate?

    Happy to try out any beta fixes for you.

    Thanks

Viewing 15 replies - 16 through 30 (of 38 total)
  • just 2. and in logs, also 2
    thanks.

    just 2. and in logs, also 2.
    thanks

    Plugin Support duongcuong96

    (@duongcuong96)

    @asisrodriguez
    So your problem get fixed :D?

    no, no, not at all πŸ™
    please, help

    Plugin Support duongcuong96

    (@duongcuong96)

    @asisrodriguez,
    that value was set to 2 so BackWPUp will keep only 2 backed up files, and after creating new backup, it will delete the older files to keep only 2 backed up file. That is the intended behavior πŸ™‚

    yes, I Know, I’ve been using Backwpup since years. but, sibce the last version, not deleted the old files and this is the problem, I have to delete manually every day… a bit hard work for more than 13 webs.
    please, help and thanks very much.

    Plugin Support duongcuong96

    (@duongcuong96)

    @asisrodriguez
    yes I know about that, we have changed the file detection since few versions before.
    But for now, BackWPUp should be working fine with the new file naming system.
    Sorry for your inconvenience

    “should be working” != “is working”.

    I’m still having to manually delete 50+ backup files every day, and it’s not much fun! Like @asisrodriguez, I’ve been happily using backwpup for years but, since the latest filename hash detection was introduced, the Dropbox setup is no longer working correctly.

    I’d love to see this getting fixed, as the alternative for me is to start looking for a different plugin which is as good as backwpup used to be; that would be time-consuming to select, install and configure on 50+ sites.

    Thanks

    I too have been a very happy BackWPUp user for some time, fortunately on just a few sites. Regarding this issue on one site in particular, I noticed some incongruencies that may give a clue.

    There are three jobs set up (Files & Plugins, Uploads, and Database) that all save backup archives to both Folder and Dropbox, in the same folder at each destination type.

    On the Backups page, the destination drop-down list shows only four entries:
    DROPBOX: Files and Plugin List
    FOLDER: Files and Plugin List
    FOLDER: Database
    FOLDER: Current Uploads

    Shouldn’t there be six destinations listed?

    Also the “DROPBOX: Files and Plugin List” destination shows only one file (which by the way has been deleted) when there are 16 files in that Dropbox folder (which is DROPBOX:/Apps/BackWPup/MySiteName1). All the “FOLDER” destination options show the correct number of files.

    The archive name template, consolidated for all three regexp-style, is “backwpup_(files|database|uploads)_%hash%_%Y-%m-%d”

    On another site which only does one backup weekly (to Folder and Dropbox) and has not had the archive name template changed from default (ie. “backwpup_%hash%_210e1d53_%Y-%m-%d_%H-%i-%s”) has no problem automatically deleting out-dated backup archives. It also lists the files in the Dropbox folder (DROPBOX:/MySiteName2) correctly.

    On both sites:
    WordPress version 4.9.1
    BackWPup version 3.4.4

    Here is content from a recent log file on the installation that is not working correctly:

    [INFO] BackWPup 3.4.4; A project of Inpsyde GmbH
    [INFO] WordPress 4.9.1 on http://domainname.org/
    [INFO] Log Level: Normal
    [INFO] BackWPup job: Current Uploads
    [INFO] Logfile is: backwpup_log_5d0c6b_2017-12-03_03-00-05.html
    [INFO] Backup file is: backwpup_uploads_2NOQY25Q03_2017-12-03.tar.gz
    [03-Dec-2017 03:00:05] 1. Trying to make a list of folders to back up …
    [03-Dec-2017 03:00:05] 53 folders to backup.
    [03-Dec-2017 03:00:05] 1. Trying to generate a manifest file …
    [03-Dec-2017 03:00:05] Added manifest.json file with 4.98 KB to backup file list.
    [03-Dec-2017 03:00:05] 1. Trying to create backup archive …
    [03-Dec-2017 03:00:05] Compressing files as TarGz. Please be patient, this may take a moment.
    [03-Dec-2017 03:01:14] Backup archive created.
    [03-Dec-2017 03:01:14] Archive size is 376.60 MB.
    [03-Dec-2017 03:01:14] 1501 Files with 385.81 MB in Archive.
    [03-Dec-2017 03:01:16] 1. Try to send backup file to Dropbox …
    [03-Dec-2017 03:01:16] Authenticated with Dropbox of user: DropboxUser
    [03-Dec-2017 03:01:16] Uploading to Dropbox …
    [03-Dec-2017 03:01:16] Beginning new file upload session
    [03-Dec-2017 03:03:39] Finishing upload session with a total of 377 MB uploaded
    [03-Dec-2017 03:03:40] Backup transferred to /MySiteName1/backwpup_uploads_2NOQY25Q03_2017-12-03.tar.gz
    [03-Dec-2017 03:03:41] One old log deleted
    [03-Dec-2017 03:03:41] Job done in 216 seconds.

    In the above, there is no mention of any file being deleted from Dropbox. But, there is in the recent log file content from the site installation that is working correctly:

    [INFO] BackWPup 3.4.4; A project of Inpsyde GmbH
    [INFO] WordPress 4.9.1 on https://domainname.com/
    [INFO] Log Level: Normal
    [INFO] BackWPup job: Full Backup Weekly
    [INFO] Logfile is: backwpup_log_99f847_2017-12-03_02-03-37.html
    [INFO] Backup file is: backwpup_X6M7QR7O01_210e1d53_2017-12-03_02-03-37.tar.gz
    [03-Dec-2017 02:03:37] 1. Try to backup database …
    [03-Dec-2017 02:03:37] Connected to database redact_db on localhost
    [03-Dec-2017 02:03:40] Added database dump "redact_wp.sql.gz" with 1.31 MB to backup file list
    [03-Dec-2017 02:03:40] Database backup done!
    [03-Dec-2017 02:03:40] 1. Trying to make a list of folders to back up …
    [03-Dec-2017 02:03:40] Added "wp-config.php" to backup file list
    [03-Dec-2017 02:03:40] 96 folders to backup.
    [03-Dec-2017 02:03:40] 1. Trying to generate a file with installed plugin names …
    [03-Dec-2017 02:03:40] Added plugin list file "sitename.pluginlist.2017-12-03.txt" with 924.00 B to backup file list.
    [03-Dec-2017 02:03:40] 1. Trying to generate a manifest file …
    [03-Dec-2017 02:03:40] Added manifest.json file with 4.81 KB to backup file list.
    [03-Dec-2017 02:03:40] 1. Trying to create backup archive …
    [03-Dec-2017 02:03:40] Compressing files as TarGz. Please be patient, this may take a moment.
    [03-Dec-2017 02:03:42] Backup archive created.
    [03-Dec-2017 02:03:42] Archive size is 3.75 MB.
    [03-Dec-2017 02:03:42] 458 Files with 5.18 MB in Archive.
    [03-Dec-2017 02:03:42] One backup file deleted
    [03-Dec-2017 02:03:42] 1. Try to send backup file to Dropbox …
    [03-Dec-2017 02:03:42] Authenticated with Dropbox of user: DropboxUser
    [03-Dec-2017 02:03:42] Uploading to Dropbox …
    [03-Dec-2017 02:03:44] Backup transferred to /MySiteName2/backwpup_X6M7QR7O01_210e1d53_2017-12-03_02-03-37.tar.gz
    [03-Dec-2017 02:03:45] One file deleted from Dropbox
    [03-Dec-2017 02:03:45] 1. Trying to check database …
    [03-Dec-2017 02:03:46] Database check done!
    [03-Dec-2017 02:03:46] One old log deleted
    [03-Dec-2017 02:03:46] Job done in 9 seconds.

    I don’t know if any of this is helpful, but there you have it.

    Plugin Support duongcuong96

    (@duongcuong96)

    Hi @terryg-1,
    What are the max File Deletion value you did set on Full Backup Weekly and Current Uploads ?

    The max File Deletion value for both “To: Folder” and “To: Dropbox”:

    For the Current Uploads job on Site1, is 3.
    For the Full Backup Weekly job on Site2, is 2.

    On Site1, where file deletion is not working correctly, I also have:
    File Deletion for a daily Database backup set to 7, and
    File Deletion for a monthly Files & Plugins backup set to 2.

    None of the File Deletion params on Site1 work correctly.

    As an aside, Site2 (where it works correctly) is a multi-site install. Site1 is a single-site install.

    Don’t know if this helps, but I just set up a new backup job on a new backwpup installation and left the filename completely unchanged – %Y-%m-%d_%H-%i-%s_%hash% – so it’s just the date/time followed by the hash. When I ran this job for a second time, the previous file was (correctly) deleted.

    This is impractical for my other sites – they are all backed-up to a single folder and they need to be identified in the filename by the name of the site – so in this case I edit the filename to <name of site>_%hash% and these files are (still) not being deleted correctly.

    That’s exactly what I figured. However, we need some additional info in the file name. So, it’s not an option for us to leave it unchanged. In addition to that: Many sites don’t have any problems using a customized name. I simply can’t see any pattern.

    please, can I help anyway to solve this nightmare? I terrible begin every day deleting olds backwpups…
    thanks,
    asis

    Plugin Support duongcuong96

    (@duongcuong96)

    @asisrodriguez,
    Sorry I was unable to reproduce this error, but could you try to test the solution of @marknjones ?

    Don’t know if this helps, but I just set up a new backup job on a new backwpup installation and left the filename completely unchanged – %Y-%m-%d_%H-%i-%s_%hash% – so it’s just the date/time followed by the hash. When I ran this job for a second time, the previous file was (correctly) deleted.

    This is impractical for my other sites – they are all backed-up to a single folder and they need to be identified in the filename by the name of the site – so in this case I edit the filename to <name of site>_%hash% and these files are (still) not being deleted correctly.

Viewing 15 replies - 16 through 30 (of 38 total)
  • The topic ‘Old backups not deleting’ is closed to new replies.