Dropbox backups not deleting

[steampackParticipant]

I’m set up to do a daily backup to Dropbox of the database and Plugins, Themes, Uploads and Other Files for a WordPress-based site.

I’m used to seeing all the new backup files loading up onto DropBox, then all the previous versions being deleted leaving me with just one copy. Starting from April 4th, this behaviour seems to have changed: Although the database backups still delete, the remaining archives now don’t – and my Dropbox is rapidly filling up with additional backups.

Have I missed a setting somewhere.

[steampackParticipant]

This reply has been marked as moderator-only.

[steampackParticipant]

Looking again, it’s more interesting than that: one of the other archives (plugins.zip) is deleting OK, but the others (including plugins2.zip) aren’t. The relevant bit of the log looks like this:

0089.956 (0) Examining (for files) backup set with nonce=da214a38d844, datestamp=1586307635 (Apr 08 2020 01:00:35)
0089.956 (0) plugins: over retain limit (1); will delete this file entity
0089.956 (0) themes: over retain limit (1); will delete this file entity
0089.957 (0) uploads: over retain limit (1); will delete this file entity
0089.957 (0) others: over retain limit (1); will delete this file entity
0089.957 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-plugins.zip, service=dropbox
0089.979 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-plugins2.zip, service=dropbox
0089.997 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-themes.zip, service=dropbox
0090.010 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-uploads.zip, service=dropbox
0090.024 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-uploads2.zip, service=dropbox
0090.043 (0) Delete file: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-others.zip, service=dropbox
0090.059 (0) Dropbox: request deletion: backup_2020-04-08-0200_Tyndale_Choral_Society_da214a38d844-plugins.zip
0091.069 (0) Dropbox: delete succeeded
0091.100 (0) This backup set is now empty; will remove from history

[Bryle CroduaModerator]

Hi,

For us to check, please could you send us a full copy of the backup log?
Please use an online service such as Dropbox or Pastebin, and post the link here.

Regards,
Bryle

[steampackParticipant]

This reply has been marked as private.

[Bryle CroduaModerator]

Hi,

Thanks! I noticed that you are still using PHP 5.6. Can try and upgrade to 7.x? Please see FAQ: https://updraftplus.com/php-version-matter/

Hopefully, that would help resolve the issue.

Regards,
Bryle

[steampackParticipant]

That turned out to be more of a marathon than I expected, with a succession of other upgrades along the way (theme turned out to be four major releases out of date, and my hosting provider had “forgotten” to give me 95% of the disk space I was paying for – but eventually had something stable enough to allow me to turn on PHP 7.2.

Regrettably, I still seem to have the same issue with backups. I’ll post the latest log in a moment.

[steampackParticipant]

This reply has been marked as private.

[Bryle CroduaModerator]

Hi,

It shows that the backup process is timed out or killed off though the split archive has been reduced to 25Mb (lowest value).

As the issue persists, please ask your hosts/server admin to investigate their PHP error logs. These logs should contain more information on the exact issue that is causing the backup process to halt. In most cases, this is due to low server reosurces such as I/O limit, maximum_exectution_timeout and site memory.

Kind Regards,
Bryle

[steampackParticipant]

This reply has been marked as private.

[Author]

Posts