Submitted by fuerst on Sun, 04/05/2015 - 13:38
I'm trying to transfer virtual servers to a remote server. Some are failing with this message:
Backing up to destination system ..
Backup to remote system failed
.. transfer failed
Doesn't matter if I use the Web UI or the shell command
Being curious I tried to transfer one of the failed servers using
virtualmin backup-domain, manually SCP and
virtualmin restore-domain. That worked well.
How can I debug the
virtualmin transfer-domain command? Are there any log files I can use to track down the cause of the problem?
Thanks a lot for any help, Bernhard
Submitted by JamieCameron on Sun, 04/05/2015 - 13:51 Comment #1
You could try a backup using the
backup-domainAPI command, like so :
virtualmin backup-domain --domain example.com --all-features --dest ssh://root:password@otherserver/tmp --newformat
and see if that works, out outputs a more useful error message.
Submitted by fuerst on Mon, 04/06/2015 - 10:49 Comment #2
virtualmin backup-domain --dest ssh://...it works without problems.
Submitted by fuerst on Mon, 04/06/2015 - 11:01 Comment #3
Some additional information:
virtualmin transfer-domainleaves this files in /tmp/virtualmin-transfer-5510/ at the destination server:
drwxr-xr-x 2 root root 4096 Apr 6 17:51 ./
drwxrwxrwt 10 root root 4096 Apr 6 17:52 ../
-rw------- 1 root root 14919023 Apr 6 17:51 example.com.tar.gz
-rw-r--r-- 1 root root 6372 Apr 6 17:51 example.com.tar.gz.dom
-rw-r--r-- 1 root root 220 Apr 6 17:51 example.com.tar.gz.info
-rw------- 1 root root 3041 Apr 6 17:51 remote.example.com.tar.gz
-rw-r--r-- 1 root root 4409 Apr 6 17:51 remote.example.com.tar.gz.dom
-rw-r--r-- 1 root root 98 Apr 6 17:51 remote.example.com.tar.gz.info
virtualmin backup-domaincreates this files:
-rw------- 1 root root 14917579 Apr 6 17:53 example.com.tar.gz
-rw-r--r-- 1 root root 6372 Apr 6 17:53 example.com.tar.gz.dom
-rw-r--r-- 1 root root 220 Apr 6 17:53 example.com.tar.gz.info
OS by the way is Debian 5.0.
Submitted by JamieCameron on Mon, 04/06/2015 - 11:43 Comment #4
Does anything get logged to
/var/log/authlogon the remote system when you try the transfer? This may indicate why the remote backup phase of the transfer is failing..
Submitted by fuerst on Mon, 04/06/2015 - 14:06 Comment #5
Remote system is Ubuntu 14.04.
/var/log/syslogisn't showing anything related.
/var/log/messagesdoes not exist.
/var/log/auth.logdoes show Accepted publickey entries only.
Submitted by JamieCameron on Mon, 04/06/2015 - 22:24 Comment #6
When you are doing the transfer, are you entering a password for the remote root user, or relying on SSH public key authentication?
Submitted by fuerst on Tue, 04/07/2015 - 01:09 Comment #7
I tried both ways - both are failing. For me it looks like the transfer isn't failing but some process after it is.
Submitted by JamieCameron on Tue, 04/07/2015 - 01:38 Comment #8
Can you post the full output you get if you run
virtualmin backup-domainto the same remote system?
Submitted by fuerst on Tue, 04/07/2015 - 03:28 Comment #9
Sure, here it is:
# virtualmin backup-domain --domain example.com --all-features --dest ssh://root:**********@remote.xyz/tmp --newformat
Creating backup for virtual server example.com ..
Copying virtual server configuration ..
Backing up Cron jobs ..
.. none defined.
Saving mail aliases ..
Saving mail and FTP users ..
Backing up mail and FTP user Cron jobs ..
.. none to backup
Copying Apache virtual host configuration ..
Copying Logrotate configuration ..
Dumping MySQL database db1 ..
Dumping MySQL database db2 ..
Copying Procmail and SpamAssassin configuration files ..
Backing up Webmin ACL files ..
Creating backup of Mailman mailing lists ..
.. no lists found
Creating TAR file of home directory ..
.. completed in 4 seconds
Uploading archive to SSH server remote.xyz ..
1 servers backed up successfully, 0 had errors.
Backup completed successfully. Final size was 14.23 MB
Using passwordless SSH it fails with:
Cannot backup multiple domains to ssh://remote.xyz/tmp, as it is not a directory
But using password or not seems not to be the problem here because using
virtualmin transfer-domainthe backup files will be transfered to the remote system properly.
Submitted by JamieCameron on Tue, 04/07/2015 - 21:59 Comment #10
That all looks OK, and I am unable to re-produce this failure on my test system :-(
Any chance I could login to your server to see what is going wrong here?
Submitted by fuerst on Wed, 04/08/2015 - 02:31 Comment #11
Yes, would be glad if you will have a look at it. Can you contact me by email to talk about your prefered way how to connect to the boxes? My email address is saved here (as you probably know): https://virtualmin.com/user/6878/edit
Submitted by JamieCameron on Wed, 04/08/2015 - 19:23 Comment #12
Please email me at firstname.lastname@example.org so we can work out login details..
Submitted by JamieCameron on Thu, 04/09/2015 - 23:32 Comment #13
Ok, I had a look at your system and I see the problem - I temporarily enabled full backup output when doing transfers, and found that it fails because the transfer includes all sub-servers and aliases as well. One of your aliases is missing the Apache logging directives from it's configuration, which due to a separate Webmin bug causes the backup to fail.
We will be releasing a fix for this soon, but until then the work-around is to fix the Apache config to put back the logging directives. You can see the problem domain by running
transfer-domainagain from the command line.
Submitted by fuerst on Fri, 04/10/2015 - 07:00 Comment #14
Thanks a lot! Adding the Apache directives CustomLog and ErrorLog to the alias domains Apache config files did the trick.
How did you enabled full backup output?
Submitted by JamieCameron on Fri, 04/10/2015 - 18:09 Comment #15
I had to edit some of the Virtualmin code on your system..