Menu
▾
▴
#3705 FS Backup does not work anymore in Debian Lenny
Hi, I recently noticed, that my regular FS-Backups don't work anymore. They simply run forever.
If I start them manually "tar: Removing leading `/' from member names" is the only line displayed and nothing more happens. (and the job runs forever)
I think, that it has something to do with the last update of tar in debian lenny: http://packages.qa.debian.org/t/tar/news/20100620T203221Z.html , at least it did not work anymore after updating this package. (Some other packages were updated, too, but they seem to have no connection to FS-Backups)
My backups are usually sent over an ssh connection to another server by the FS-Backup Module.
I have no Idea how to investigate this problem any further, but I will help if somone tells me how.
If you SSH into the system when the backup is ongoing and run "top", does it show tar or SSH using up a lot of CPU time?
Also, do backups to a local file hang like this too?
> If you SSH into the system when the backup is ongoing and run "top", does
> it show tar or SSH using up a lot of CPU time?
No.
> Also, do backups to a local file hang like this too?
No, they work without any problems
A bit more Information:
There is no file at all created on the destination host (while the backup is "running"), and if I change the login information (the username) to something that does not exist, the backup fails as expected with "Permission denied", but it does not run forever.
So it seems like the login on the remote sytem works, but then something goes wrong....
Is it possible, to get some debug output of the action? Or what exactly are the comands executed by the FS-Backup Script? Maybe I can test them manually to find out which specific command fails. (The perl scripts of FS-backup are a bit too complex for me ;-) )
Does the remote system have the "rmt" command installed? It is usually at /usr/sbin/rmt or /etc/rmt
As for logging, you can turn this on at Webmin -> Webmin Configuration -> Debugging Log File. You can select to just log commands run, and it writes them to /var/webmin/webmin.debug
> Does the remote system have the "rmt" command installed? It is usually
> at /usr/sbin/rmt or /etc/rmt
Yes, that is included in the debian tar package
I enabled the debugging log file, and got the command where the execution stops, it is the tar line. Executing this line by hand, and making it more verbous does not give more information, besides that it hangs afte connecting to the remote host.
Now I tried to downgrade the tar package on the remote host with this package: http://snapshot.debian.org/package/tar/1.20-1/#tar_1.20-1
and IT WORKS AGAIN :)
So, finally it looks like this is actually a bug in the debian package, and I will add it there.
Sorry for the trouble here...
Cool, thanks for tracking that down.
What was the exact tar command that was hanging?
Also, are you using a password for SSH authentication, or a key?
> Also, are you using a password for SSH authentication, or a key?
I use key authentication (maybe i should test it with a password?)
> What was the exact tar command that was hanging?
tar -c -f 'user@example.com:daily/serv/misc-backup.tgz' -V 'misc-backup' -z --rsh-command=\/usr\/bin\/ssh '/var/backups/misc' uid= gid=
but also a simpler version of this hangs:
tar -c -f 'user@example.com:backup.tgz' -z --rsh-command=\/usr\/bin\/ssh '/var/backups/misc'
The Debian bug report can be found here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587702
Using an SSH key should be even more reliable, as there's no need for Webmin to pass a password to the tar command.
Let us know what Debian has to say.