Since October 2nd, I’ve been having issues with the scheduled backup.
I posted about this a month ago on Backup issues after latest Virtualmin/Webmin update - #132 by Madrix
The problem still doesn’t seem to be resolved, as it started happening again on October 2nd.
It’s also worth mentioning that I haven’t received any backup notification emails since October 2nd — neither success nor error emails are being delivered.
This is quite problematic.
I’ve also enabled my “Backup Storage 500GB” on OVH, which works via FTP.
I configured a scheduled FTP destination, and it works at first — files are uploaded correctly — but after about 30–45 minutes the process stops, and I don’t receive any email notifications about the errors.
There was also a Webmin update at the beginning of the month. Could this issue be related to the latest Webmin update?
Création d'un fichier TAR du répertoire utilisateur en cours ..
.. fait!
.. terminé en 30 secondes
Impossible de verrouiller le fichier <tt>/etc/webmin/virtual-server/domains/17139140822038253</tt> après 5 minutes. La dernière erreur était : Locked by PID 698561
Failed to lock file /etc/webmin/virtual-server/domains/17128384514088280 after 5 minutes. Last error was : Locked by PID 2442684
Locking process is /usr/share/webmin/virtual-server/collectinfo.pl
It’s not always the same domain, but the last two days it’s always the first. This means, the backups stops after 5 min.
Virtualmin is 7.40.1, installed 26.09.
Check the page at Backup and Restore → Backup Logs to see if your backup ran at all. Also check the Running Backups page to see if it’s in progress, but stuck.
So yesterday, after applying the patch, two different backups were performed one after the other — the second one was executed 6 hours later.
Results of Backup 1 (local):
Scheduled backup > Local file > Backup logs > The latest status is “Successful” (I didn’t receive any email).
Results of Backup 2 (FTP):
Scheduled backup > FTP server > Backup logs > The latest status is “Successful,” and it’s the first time it has worked. (I didn’t receive any email.)
However, for both backups, the email notification is enabled.
It’s a success, it’s cool. This is the first time I’ve tried OVH’s Backup Storage. It’s free, I have to take advantage of it.
Here is the result of /var/log/mail.log :
Oct 9 12:54:48 ns postfix/smtp[2518747]: 55FFD24A0192: to=<micxxxxx@yahoo.fr>, relay=mx-eu.mail.am0.yahoodns.net[188.125.72.73]:25, delay=0.53, delays=0.13/0.01/0.19/0.2, dsn=5.7.9, status=bounced (host mx-eu.mail.am0.yahoodns.net[188.125.72.73] said: 550 5.7.9 This mail has been blocked because the sender is unauthenticated. Yahoo requires all senders to authenticate with either SPF or DKIM. Authentication results: DKIM = FAILURE - SPF ns.xxx.com with ip 51.91.xx.xx = FAILURE. See https://senders.yahooinc.com/smtp-error-codes/#authentication-failures for more information. (in reply to end of DATA command))
Oct 9 12:58:31 ns postfix/smtp[2520993]: 97B8A24A0192: to=<mixxxxx@yahoo.fr>, relay=mx-eu.mail.am0.yahoodns.net[188.125.72.73]:25, delay=0.53, delays=0.09/0.01/0.17/0.26, dsn=2.0.0, status=sent (250 ok dirdel)
Transmission de l'archive au serveur FTP ..
.. fait!
91 serveurs virtuels sauvegardés avec succès.
8 Paramètres de configuration Virtualmin sauvegardés avec succès.
Suppression des sauvegardes de /backups/%Y-%m-%d sur serveur FTP ftpback-rbxx-xx.ovh.net correspondant à backup-.*-.*-.*-.*-.*-.* datant de plus de 2 jours ..
.. aucune sauvegarde à supprimer n'a été trouvée
