Error on backup deletion

So does that file / backup/ds_2sql/2012_09_12.dom actually exist on the backup FTP server?

Is this a Linux FTP server, or some other operating system?

Also, if you connect using the standard Linux ftp command and then run dir /backup/ds_2sql , what exactly does it output? I am interested to see the FTP directory listing format..

The filename doesn't have tar.gz at the end, as you didn't enter that as the backup destination.

However,I have found the underlying cause of this error, and will fix it in the next Virtualmin release. Thanks for your bug report!

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

Are you running Virtualmin 3.95 on the new system?

We've released version 3.95 just yesterday - you should try upgrading.

On the command line, try typing this command:

After doing that, does it offer to upgrade Virtualmin?

What is the output of these two commands:

How did you perform your initial Virtualmin installation -- did you install it using the install.sh script? Or had you performed a manual installation, installing the Virtualmin .wbm module?

Hello,

same problem here: using 4.04.gpl the old backups from Ftp are not being deleted. In addition, no backup logs can be shown.

Settings are the following:

backups/%Y-%m-%d on FTP server server09.storage.hosteurope.de All virtual servers Yes, every day at 0:45 Full Backup

Servers to save All virtual servers

Features to backup Backup all features

Virtualmin settings to also backup all selected

Backup destinations FTP server

FTP server server09.storage.hosteurope.de

File on server backups/%Y-%m-%d

Login as user xxx

with password yyy

Delete old backups Yes, after days 7

Additional destination options

Do strftime-style time substitutions on file or directory name Yes

Transfer each virtual server after it is backed up

Backup format One file per server

Create destination directory? Yes

Action on error Continue with other features and servers

Backup level Full (all files)

Complex Schedule: Every day at 0:45

Thanx for your help! Falko

lulatsch66 - can you post the output from a backup which had purging enabled, but nothing was deleted?

well - I would, if there were backup logs, but none are shown. Where does virtualmin search for the backup logs (in filesystem)?

Perhaps I have to wait overnight for the next scheduled backup and see if a log is written somewhere.

on ftp server, every night a directory with the vhost-Backups is created, in the form 2014-mm-dd, but no deletion after 7 days.

I attach the backup settings file. What means "backup_opts_dir=dirnologs=1,dirnohomes=" ?

Many thanks, Falko

lulatsch66 - did you get an email when the backup completed?

No, there was no mail. The checkbox "only on failure" was set.

What about at Backup and Restore -> Backup Logs?

Nothing - that's why I asked for: Where does virtualmin search for the backup logs (in filesystem)?

I've searched the whole file system - no log file found using

find / -mtime -1

But the vhosts are stored on ftp - old backups are not deleted - and again, no mail.

I could give you access to the host, if you send me public ssh key.

Many thanx, Falko

Looking on another server, I've found that the logs are in

/etc/webmin/virtual-server/backuplogs/

But stopped on Nov 24, 2013. I think this was the date when I checked "Only send email on failure", but I'm not sure. This is now unchecked again, but no mails and no logs.

Remote access would be useful. My SSH public key is :

If there are no backup logs, either the backup still hasn't completed, or it was killed in the middle.

Thank you, instructions sent by mail.

Thanks - I am trying a test backup now.

Ok, I found the issue here - the backup failed due to lack of space on /tmp to dump a copy of one domain's MySQL database.

It looks like /tmp is an in-memory filesystem of some kind that only has 1 GB of space. To avoid this problem, you should configure Virtualmin to use a different directory for temp files, like /var/tmp/.webmin . This can be done at Webmin -> Webmin Configuration -> Advanced Options. Make sure you enter a directory that doesn't exist yet, as it will be used exclusively by Webmin.

Oh well, locking at "advanced options" I see, that I did input a new directory "/var/tmp/backup/" for that - but then forgot, as I didn't know, which module "Backup and Restore" belongs to, see attachment.

So, perhaps "Virtualmin virtual server" will be the right module here? I'll try.

But nethertheless, it seems really strange to me, that in such a case no log is anywhere. I remember, on other servers, the log was written (or sent by mail), and it was clear that there was not enough memory.

thank you very much for your efforts!

Falko

You can select 'Virtualmin Virtual Servers' as the module.

There is a bug in Virtualmin here though - the restore shouldn't silently fail like this, even when you are out of quota. I will fix that in the next release.

Many thanx for your great work, now backup and deletion of old backups work as expected.

Hello Jamie,

deletion of old backups is working now, but not really as expected - read: I'm not really satisfied with it.

Situation is:

• we have some 10GB of ftp space

• quota is notifying us at 97%, i.e. 9,87 GB

ATM wie have 2,7 GB for each backup, which means 3 backups are ok.

So I've set "delete old backups after 3 days".

This does not work - why:

• absolute time of 24 hours is used?

• deletion of complete backup folder on ftp takes place after successful backup of all vhosts

Let me explain:

My folders are: 2014-01-12 12. Jan 01:18 2014-01-13 13. Jan 01:20 2014-01-14 14. Jan 01:09 2014-01-15 15. Jan 01:09

Why is this? At 15.Jan 01:09, the fourth folder was not older than 3 days, isn't it? So, perhaps the number of folders should be used, or folder name with date variables, to determine the number of old backups.

We don't have soft quota, which would allow storing of full folder and deletion afterwards.

But with hard quota, I'd like to have a possibility (maybe option) to have the oldest backup of a vhost in the oldest folder removed, when it's new backup in the newest folder has been successfully created.

IMHO this shouldn't be much effort, but would allow to store one more day of backups in restricted environments.

Thanx again, Falko

You may want to lower the deletion time to 2 days (or 2.5 days). The reason you are seeing the current behavior is that Virtualmin compares the directory age with the start time of the current backup, and since backups take some time to complete the age of the directory is newer than 3 days ago.

Well, you are right - but then, the possible space can't be really used. If the deletion takes place after the full backup, the space for this full backup is empty and one - normally possible - backup is missing.

So, I've changed to the following workaround: Use %A instead of full date for folder names. E.g. using three days backups - tuesday, friday, saturday, but without deletion - the oldest backup of each vhost is overwritten, and I can have three backups, space is fully used.

Of course, there is another, daily offline backup, but sometimes it would make sense to have a full vhost backup from webmin available instead of only file based backup as usual.