We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Hello,I HAVE A SUBJECT
-
- Posts: 2
- Joined: Sat Feb 23, 2019 7:19 am
- Os: CentOS 6x
- Web: nginx + php-fpm
Hello,I HAVE A SUBJECT
Hello,
I am in the process of moving over 10-20 sites to a new dedicated server. I have set vestacp up in the same way (as per the documentation).
I can export users to a backup file, however when I transfer this to the new machine and try to v-restore-user, it is complaining that the tar file is not valid. I have checked the archive, and it is intact, and contains files in an appropriate structure.
I have tried this with the admin account, but also with a user account (both before and after manually creating the account.
I would be grateful for any advice.
Here is the process I have been trying and the error messages:
On original box
CODE: SELECT ALL
v-backup-user <username>
-- SYSTEM --
2014-07-05 19:30:35 <username>.conf
2014-07-05 19:30:35 stats.log
2014-07-05 19:30:35 history.log
2014-07-05 19:30:35 pam
-- WEB --
2014-07-05 19:30:35 <website>
2014-07-05 19:30:39 <website>
2014-07-05 19:30:39 <website>
2014-07-05 19:30:40 <website>
2014-07-05 19:30:40 <website>
2014-07-05 19:30:41 <website>
2014-07-05 19:31:00 *** 6 domains ***
-- DNS --
2014-07-05 19:31:00 <domain>
2014-07-05 19:31:00 <domain>
2014-07-05 19:31:00 *** 2 domains ***
-- MAIL --
2014-07-05 19:31:01 *** 0 domains ***
-- DB --
2014-07-05 19:31:01 <db> (mysql)
2014-07-05 19:31:01 <db> (mysql)
2014-07-05 19:31:01 *** 2 databases ***
-- CRON --
2014-07-05 19:31:02 *** 0 jobs ***
-- User Dir --
2014-07-05 19:31:02 adding directory tmp
2014-07-05 19:31:02 *** 1 user directory ***
-- SUMMARY --
2014-07-05 19:31:02 Local: /backup/<username>.2014-07-05.tar
2014-07-05 19:31:03 Size: 274 Mb
2014-07-05 19:31:03 Runtime: 1 minute
root@<original>:/home/backup# scp /backup/<username>.2014-07-05.tar <user>@<remotehost>:/home/backup/
<user>@<new>'s password:
<username>.2014-07-05.tar 100% 273MB 10.5MB/s 00:26
On newbox
CODE: SELECT ALL
root@<newbox>:/home/backup# v-restore-user <username> /home/acid/<username>.2014-07-05.tar
Error: backup /home/backup/<username>.2014-07-05.tar is not valid
root@<new>:/home# tar tfv /home/backup/torsweb.2014-07-05.tar | head -n 10
drwx------ root/root 0 2014-07-05 19:31 ./
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/conf/
-rw-r--r-- root/root 178 2014-07-05 19:31 ./db/<site>/conf/<site>.mysql.<site>
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/vesta/
-rw-r--r-- root/root 200 2014-07-05 19:31 ./db/<site>/vesta/db.conf
-rw-r--r-- root/root 593714 2014-07-05 19:31 ./db/<site>/<site>.mysql.sql.gz
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/conf/
Many thanks for any ideas!
I am in the process of moving over 10-20 sites to a new dedicated server. I have set vestacp up in the same way (as per the documentation).
I can export users to a backup file, however when I transfer this to the new machine and try to v-restore-user, it is complaining that the tar file is not valid. I have checked the archive, and it is intact, and contains files in an appropriate structure.
I have tried this with the admin account, but also with a user account (both before and after manually creating the account.
I would be grateful for any advice.
Here is the process I have been trying and the error messages:
On original box
CODE: SELECT ALL
v-backup-user <username>
-- SYSTEM --
2014-07-05 19:30:35 <username>.conf
2014-07-05 19:30:35 stats.log
2014-07-05 19:30:35 history.log
2014-07-05 19:30:35 pam
-- WEB --
2014-07-05 19:30:35 <website>
2014-07-05 19:30:39 <website>
2014-07-05 19:30:39 <website>
2014-07-05 19:30:40 <website>
2014-07-05 19:30:40 <website>
2014-07-05 19:30:41 <website>
2014-07-05 19:31:00 *** 6 domains ***
-- DNS --
2014-07-05 19:31:00 <domain>
2014-07-05 19:31:00 <domain>
2014-07-05 19:31:00 *** 2 domains ***
-- MAIL --
2014-07-05 19:31:01 *** 0 domains ***
-- DB --
2014-07-05 19:31:01 <db> (mysql)
2014-07-05 19:31:01 <db> (mysql)
2014-07-05 19:31:01 *** 2 databases ***
-- CRON --
2014-07-05 19:31:02 *** 0 jobs ***
-- User Dir --
2014-07-05 19:31:02 adding directory tmp
2014-07-05 19:31:02 *** 1 user directory ***
-- SUMMARY --
2014-07-05 19:31:02 Local: /backup/<username>.2014-07-05.tar
2014-07-05 19:31:03 Size: 274 Mb
2014-07-05 19:31:03 Runtime: 1 minute
root@<original>:/home/backup# scp /backup/<username>.2014-07-05.tar <user>@<remotehost>:/home/backup/
<user>@<new>'s password:
<username>.2014-07-05.tar 100% 273MB 10.5MB/s 00:26
On newbox
CODE: SELECT ALL
root@<newbox>:/home/backup# v-restore-user <username> /home/acid/<username>.2014-07-05.tar
Error: backup /home/backup/<username>.2014-07-05.tar is not valid
root@<new>:/home# tar tfv /home/backup/torsweb.2014-07-05.tar | head -n 10
drwx------ root/root 0 2014-07-05 19:31 ./
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/conf/
-rw-r--r-- root/root 178 2014-07-05 19:31 ./db/<site>/conf/<site>.mysql.<site>
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/vesta/
-rw-r--r-- root/root 200 2014-07-05 19:31 ./db/<site>/vesta/db.conf
-rw-r--r-- root/root 593714 2014-07-05 19:31 ./db/<site>/<site>.mysql.sql.gz
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/
drwxr-xr-x root/root 0 2014-07-05 19:31 ./db/<site>/conf/
Many thanks for any ideas!
Re: Hello,I HAVE A SUBJECT
Hi
Try store your backup inside /home/backup or inside /backup with a symlink to /home/backup
If you store it in /home/USER/backup.tar and then restore it you may can have this problem
Try store your backup inside /home/backup or inside /backup with a symlink to /home/backup
If you store it in /home/USER/backup.tar and then restore it you may can have this problem