Incremental backup has run successfully for 3 days then backed up and uploaded 6 domains to S3. Then the following message and failed to backup a futher 12 domains. It is meant to continue backup on error but it appears this error bypasses that system. Any ideas?
Cheers
Nic Baxter
Creating backup for virtual server shop.syrahmi.com.au .. Copying virtual server configuration .. .. done
Saving mail aliases ..
.. done
Saving mail and FTP users ..
.. done
Backing up mail and FTP user Cron jobs ..
.. none to backup
Copying Apache virtual host configuration ..
.. done
Copying Apache log files ..
.. done
Copying Webalizer configuration files ..
.. done
Copying Logrotate configuration ..
.. done
Dumping MySQL database syrahmi_shop ..
.. done
Backing up DAV users file ..
.. done
Creating incremental TAR file of home directory ..
.. done
Uploading archive to Amazon's S3 service ..
.. done
.. completed in 1 minutes, 14 seconds
Creating backup for virtual server cellardoor.syrahmi.com.au .. Copying virtual server configuration .. Failed to open /home/syrahmi/domains/cellardoor.syrahmi.com.au/.backup/cellardoor.syrahmi.com.au_virtualmin_scripts for writing : No such file or directory at ../web-lib-funcs.pl line 1397. Deleting backups from %d-%m-%y in Amazon S3 bucket sydney-Incremental older than 30 days .. .. found 60 backups, but none were old enough
Comments
Submitted by JamieCameron on Tue, 01/20/2015 - 23:50 Comment #1
Was there perhaps another backup for the same domain that was running at the same time? This could cause the
.backup
file to get deleted.Submitted by nicbaxter on Wed, 01/21/2015 - 00:08 Pro Licensee Comment #2
My backup schedule is full on Sunday and incremental the rest of the time. I can't see how another backup would be running. Also it was a simple error why didn't the backup proceed with the other domains?
Nic
Submitted by Pierrot on Wed, 01/21/2015 - 16:22 Comment #3
Hello
This look quite similar to my problem (which seems to be different from all the other recent backup problems), I also have that kind of error:
I applied the last -3 update, same. This has been happening starting with 1.730 upgrade, on 2 Debian 6 servers, but not on a third server with D7. The .backup folder is there, but no ".backup/chartreuse.guide_mysql_charguidspip" file, just a ".backup/chartreuse.guide_mysql" file, might this be a reason ... ? I am starting to get nervous, 2 weeks no backup ...
Submitted by JamieCameron on Wed, 01/21/2015 - 22:28 Comment #4
Another thing to check is, has the domain that is failing run out of quota?
Also, when setting up the backup you can choose to proceed even if there are failures, and to transfer each domain after it is backed up.
Submitted by nicbaxter on Wed, 01/21/2015 - 22:36 Pro Licensee Comment #5
Quota is not an issue and I have chosen to proceed even if there are failures. The domains are set to transfer after each one is backed up and 6 of them did. Now the curious thing is that the incremental backup last night went without a hitch. 18 domains backed up and transferred successfully. It looks as though it is just one of those things. I will keep a close watch and see how it goes.
Nic
Submitted by Pierrot on Thu, 01/22/2015 - 04:47 Comment #6
I don't know if JamieCameron question were for nixbaxter or myself or both, but for me, if I check to ignore errors, backup does complete but fails for the mysqldump for each and every VH. And as far as I am concerned, quotas are not enforced at all so ...
Pierre.
Submitted by JamieCameron on Thu, 01/22/2015 - 20:36 Comment #7
Pierrot - you may be seeing a previously un-discovered bug. I could investigate it further with remote access to your system - email me at jcameron@virtualmin.com if that is possible.
Submitted by JamieCameron on Fri, 01/23/2015 - 19:29 Comment #8
So I looked into this, and it appears the cause is some unusual behavior by certain versions of the shell when paths are escaped and surrounded by brackets. In this case the over-bracketing was un-necessary - Virtualmin was running a command like :
((mysqldump ..... >/home/domain/.backup/mysql) 2>&)
This will be fixed in the next Webmin release though - also, the code fix can be seen at https://github.com/webmin/webmin/commit/ceb1a57dd8d33f9427183be9bec99704...
Submitted by Pierrot on Sat, 01/24/2015 - 05:00 Comment #9
Hello,
Great, thanks, just tested it, works :-)
Any idea of the next Webmin release to see if I have to manually apply that patch on my other failing server or if I can just wait a few more days ... ? And the patch is just on web-lib-funcs.pl or are there any additionnal changes to be made ?
Thks. Pierre.
Submitted by nicbaxter on Sat, 01/24/2015 - 18:56 Pro Licensee Comment #10
My incremental backup fail last night with this message: Creating backup for virtual server fortheloveoflace.com.au .. Copying virtual server configuration .. .. done
Failed to open /home/fortheloveoflace/.backup/fortheloveoflace.com.au_unix : No such file or directory at ../web-lib-funcs.pl line 1397, line 1.
I try the patch and see how it goes.
Thanks Nic
Submitted by JamieCameron on Sat, 01/24/2015 - 19:58 Comment #11
The next Webmin release (both full and devel) will include this fix.
Submitted by Issues on Sat, 02/07/2015 - 20:00 Comment #12
Automatically closed -- issue fixed for 2 weeks with no activity.