Issue restoring backups

3 posts / 0 new
Last post
#1 Sat, 10/24/2015 - 23:17
arp

Issue restoring backups

I'm currently trying to restore a backup from within Virtualmin which stalls whether going through the web console or via the command line.

On the web console it just sits on the "in progress" animation. The red progress slider at the top stops at about 99%.

When going via the command line it gets to "Extracting TAR file of home directory .." and appears to pause indefinitely. The command I'm trying is:

virtualmin restore-domain --source source_file.tar.gz --domain testdomain.com --all-features

Checking for missing features .. .. WARNING - The following features were enabled for one or more domains in the backup, but do not exist on this system. Some functions of the restored domains may not work : Mail for domain

Checking for errors in backup .. .. no errors found

Starting restore.. Extracting backup archive file .. .. done

Restoring backup for virtual server testdomain.com .. Restoring virtual server password, quota and other details .. .. done

Updating administration password and quotas ..
.. done

Restoring Cron jobs ..
.. done

Extracting TAR file of home directory ..

I checked extracting the backup file manually and it was almost instantaneous being that it is a very small account. The entire backup folder is only 6.4MB.

System Details are:

Webmin Version: 1.770

Virtualmin Version: 4.19

OS: FreeBSD 10.1

Any help would be greatly appreciated.

Mon, 10/26/2015 - 10:07
andreychek

Howdy,

Hmm, that's an odd one! I don't imagine you see any errors in /var/webmin/miniserv.error when that happens?

If not -- I'd be curious what output you see if you run the "strace" command in the beginning of your backup command. Seeing the last 30 lines or so from that output would be helpful.

-Eric

Thu, 03/31/2016 - 22:55 (Reply to #2)
benh

I finally managed to get back to this issue. I ran a trace via the following command:

truss virtualmin restore-domain --source /home/mytestaccount/virtualmin-backup/mytestaccount.tar.gz --domain mytestaccount --all-features

Below is some of the end of the output of this command:

igaction(SIGPIPE,{ 0x280780f0 SA_SIGINFO ss_t },{ SIG_IGN 0x0 ss_t }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ },0x0) = 0 (0x0)
stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=481627,size=360,blksize=32768 }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2 },{ }) = 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },{ 0x280780f0 SA_SIGINFO ss_t }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ },0x0) = 0 (0x0)
poll({ 6/POLLIN|POLLPRI },1,-1) = 1 (0x1)
read(6,"01\^B\^A\^Ce\a\n",8) = 8 (0x8)
read(6,"\^A\0\^D\0\^D\0\240#0!\^D\^V1.2."...,43) = 43 (0x2b)
stat("/usr/local/etc/nss_ldap.conf",{ mode=-rw-r--r-- ,inode=802684,size=9963,blksize=32768 }) = 0 (0x0)
getpid() = 4987 (0x137b)
geteuid() = 0 (0x0)
getsockname(6,{ AF_INET int_ip-1:14141 },0xbfbfcf14) = 0 (0x0)
getpeername(6,{ AF_INET int_ip-2:389 },0xbfbfcf10) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2 },{ }) = 0 (0x0)
sigaction(SIGPIPE,{ 0x280780f0 SA_SIGINFO ss_t },{ SIG_IGN 0x0 ss_t }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ },0x0) = 0 (0x0)
stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=481627,size=360,blksize=32768 }) = 0 (0x0)
close(8) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2 },{ }) = 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },{ 0x280780f0 SA_SIGINFO ss_t }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ },0x0) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2 },{ }) = 0 (0x0)
sigaction(SIGPIPE,{ 0x280780f0 SA_SIGINFO ss_t },{ SIG_IGN 0x0 ss_t }) = 0 (0x0)
sigprocmask(SIG_SETMASK,{ },0x0) = 0 (0x0)
__sysctl(0xbfbfe974,0x2,0xbfbfe970,0xbfbfe97c,0x0,0x0) = 0 (0x0)

In the debug log this appears to be the last command that runs:

1649 [01/Apr/2016 18:54:50.059035] - - virtual-server CMD "cmd=cd \/home\/mytestaccount && cat \/home\/mytestaccount\/virtualmin\-backup\/mytestaccount\.tar\.gz | gunzip -c | /usr/bin/tar xvfX - /tmp/.webmin/660139_1649_4_restore-domain.pl"

If I manually run the command it executes without error.

cd \/home\/mytestaccount && cat \/home\/mytestaccount\/virtualmin\-backup\/mytestaccount\.tar\.gz | gunzip -c | /usr/bin/tar xvfX - /tmp/.webmin/660139_1649_4_restore-domain.pl x ./
x ./public_html/
x ./cgi-bin/
x ./logs/
x ./homes/
x ./.backup.lock
x ./.virtualmin-src
x ./logs/access_log
x ./logs/error_log
x ./public_html/index.php
x ./public_html/license.txt
x ./public_html/readme.html
x ./public_html/wp-activate.php
x ./public_html/wp-admin/
...
...
...
x ./public_html/wp-admin/js/nav-menu.js
x ./public_html/wp-admin/js/edit-comments.min.js
x ./public_html/wp-admin/js/customize-controls.min.js
x ./public_html/wp-admin/js/press-this.js
x ./public_html/wp-admin/js/customize-widgets.js
x ./public_html/wp-admin/js/inline-edit-tax.js
x ./public_html/wp-admin/js/xfn.min.js
x ./public_html/wp-admin/js/wp-fullscreen-stub.min.js
x ./public_html/wp-admin/js/wp-fullscreen-stub.js
x ./public_html/wp-admin/js/customize-nav-menus.min.js
x ./public_html/wp-admin/js/customize-nav-menus.js

As an update on the initial post my system is now running FreeBSD 10.3 with Webmin 1.791 and Virtualmin 5.0

Topic locked