If two or more schedules use the same destination directory, the total number of files retained in that directory is the number in the most recent schedule run rather than the total number for all schedules.

Hence if you have two schedules both requiring to retain 10 files, they will actually only retain 5 each.

Although this may seem an odd configuration, it is exactly what happens when using Backup and Migrate Files (see issue #703840: Incorrect number of backups retained and filenames corrupted)

Comments

Anonymous’s picture

Anonymous (not verified) commented
Category: bug » support
Status: Active » Closed (works as designed)

It has been pointed out to me that this is probably just a configuration problem. The solution is to create a different destination for each schedule and specify a unique directory in each. This is not immediately obvious, but is no doubt intentional by design.

Closing.

j0rd’s picture

j0rd commented
Status: Closed (works as designed) » Needs work

@imonemus I've run into this problem as well. I believe most users will run into this problem. I've been using backup_migrate with Drupal since D5 and I've just realized this problem.

If you plan on leaving the module to function like this, please provide a warning, otherwise users (like me) will experience data loss.

I also believe the default is to store them into scheduled/ folder, thus creating this problem for users by default. It would be smart perhaps, when a new schedule is created, to auto create/assign a sub-folder for them, thus negating additional configuration and data loss.

ronan’s picture

ronan commented
Version: 6.x-2.x-dev » 7.x-3.x-dev
Status: Needs work » Fixed

The 3.x branch fixes this by tagging each backup with the schedule that created it.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.