Old backups not deleted

  • Hi, there seems to be an issue with old backup files not being deleted as specified in the settings, causing the diskspace to reach it’s max space). This are my settings:

    And these here you see that there are still a lot of much older files in the Updraft backup directory. It’s mostly .part files from over 3 months old while that should be max 2 days old, and there are also .zip files that are much more then 2 months old.

    I looked at errors in the log files and found errors like this (xxx = redacted), but I am not really sure what to look for (apart from ‘error’, ‘abort’ and ‘fail’).

    • 8735.805 (11) [Updraftplus] The backup is being aborted for a repeated failure to progress.
      8735.805 (11) An error condition has occurred for the first time during this job
    • 6162.241 (9) PHP event: code E_WARNING: filesize(): stat failed for /var/www/vhosts/xxx.nl/httpdocs/wp-content/updraft/backup_2024-10-30-0207_xxx_e28c7316f5d1-uploads2.zip.tmp (line 4291, wp-content/plugins/updraftplus/backup.php)
    • 6199.000 (9) makezip_addfiles(UpdraftPlus_ZipArchive) apparently failed (file=backup_2024-10-30-0207_xxx_e28c7316f5d1-uploads2.zip.tmp, type=uploads, size=) – retrying with PclZip

    How can this be fixed?

    Thanks
    JP

Viewing 3 replies - 16 through 18 (of 18 total)

  • Thanks. When a backup succeeds I get these files:

    backup_2024-11-27-0208_SiteName_d5201f47f00a-db.gz
    backup_2024-11-27-0208_SiteName_d5201f47f00a-mu-plugins.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-others.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-plugins.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-themes.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-uploads.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-uploads2.zip

    When the backup fails I get:

    backup_2024-11-27-0208_SiteName_d5201f47f00a-db.gz
    backup_2024-11-27-0208_SiteName_d5201f47f00a-mu-plugins.part
    backup_2024-11-27-0208_SiteName_d5201f47f00a-others.part
    backup_2024-11-27-0208_SiteName_d5201f47f00a-plugins.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-themes.zip
    backup_2024-11-27-0208_SiteName_d5201f47f00a-uploads.part
    backup_2024-11-27-0208_SiteName_d5201f47f00a-uploads2.part

    Note that there are 4 .part files and 2 .zip files. The .part files are automatically deleted during the next day / backup round (I think), but the 2 zip files that were part of the failed backup are note deleted at that time. They are also not deleted based on the setting “and retain this many scheduled backups” which I have set to 2.

    So these 2 zip files that were part of a failed backup are never deleted automatically. I manually deleted old failed but still have them from 18 + 19 november, while they should have been deleted on 20 and 21 november (and today is 27 november).

    Please note that the failed backups are not listed on the [Backup / Restore] tab of the Updraft dashboard, but the actual files are still stored in the /wp-content/updraft/ folder.

    Logs are to big for Pastebin, you can download them here from my Google Drive, not that I replaced the business name in the log with ‘SiteName’ from privacy reasons.
    https://drive.google.com/drive/folders/1dVjLcsJ8wyhqzaPPPzHDYympAnK4mAkf?usp=sharing

    Thanks
    JP

    Plugin Support vupdraft

    (@vupdraft)

    Thank you, for these purposes we do not need to see your site name

    The backups should show in the backup/restore tab. I will try and replicate this and pass it onto our development team. You should have the option to delete them through the UpdraftPlus interface.

    In the failed backup logs, your backup is really struggling, are your backups running ok now?, do you want me to look at your most recent log to see if there is anything I can suggest to optimise your backups?

    Thanks.

    • Succeeded backups are show in the backup/restore tab and can be deleted there.
    • Failed backups are not shown in the backup/restore tab, despite that there are a few files left in the /wp-content/updraft folder.

    Circling back, the original issue I reported was that there where many ols .part files in /wp-content/updraft folder that should have been deleted. That was fixed in 1.24.7:

    1.24.7 – 04/Nov/2024
    TWEAK: Include the .part file extension into the cleanup list, guaranteeing that files associated with this extension are regularly deleted from the backup directory

    What’s missing here is that it only looks to cleanup the .part files, so it also misses the .zip files that are older then the 2 days I have specified in the settings.

    I suspect that the cleanup list looks to cleanup files that are associated with the backups listed on the backup/restore tab, so it misses files from failed backups because they are not listed there.

    Why not simply delete all files from the /wp-content/updraft/ folder that are older then then the setting, regardless what file extension it has?

    The backups fail about 2 times a week, I am monitoring to see if there is a pattern. I know the server is a bit under powered, I have advised the company owner to get a better hosting package.

    Thanks
    JP

Viewing 3 replies - 16 through 18 (of 18 total)
  • You must be logged in to reply to this topic.