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.
Trouble Migrating
Re: Trouble Migrating
Actually /backup should be a symlink for /home/backup as a default vesta installation
Re: Trouble Migrating
In newer version from 14 afaik you can choose, where your back will be.mike08 wrote:Actually /backup should be a symlink for /home/backup as a default vesta installation
Symlink to /home/backup optional
Re: Trouble Migrating
Thanks so much, Russell!rsearle wrote:Looking at the Vesta code, I found:
/usr/local/vesta/func/main.sh line 6:
Code: Select all
BACKUP='/backup'
As of version 0.9.8-15 this was still required to fix the issue for me.
Re: Trouble Migrating
All will be fixed and warm, and soft ;-)jonkratz wrote:As of version 0.9.8-15 this was still required to fix the issue for me.
What do you mean exactly, symlink?
-
- Support team
- Posts: 1096
- Joined: Sat Sep 06, 2014 9:58 pm
- Contact:
- Os: Debian 8x
- Web: apache + nginx
Re: Trouble Migrating
I'm again for the second time having the same problem of Backup set not being valid .
Moving out from an old to new server, both servers run the same version of Latest Vesta, only that new one runs Debian 8 and old one runs debian 7
I copied backup to /root/ -> fail
then copied it to /backup -> fail
then copied it to /home/backup -> failed again
Can't make out whats the problem.
is there a way I can check what "format of the $backup parameter" is being used on old server so I can match them both and restore my set from old server to new one?
Moving out from an old to new server, both servers run the same version of Latest Vesta, only that new one runs Debian 8 and old one runs debian 7
I copied backup to /root/ -> fail
then copied it to /backup -> fail
then copied it to /home/backup -> failed again
Can't make out whats the problem.
is there a way I can check what "format of the $backup parameter" is being used on old server so I can match them both and restore my set from old server to new one?
Re: Trouble Migrating
SERVER -> CONFIGURING SERVER -> BACKUP -> Directorymehargags wrote:I'Can't make out whats the problem.
is there a way I can check what "format of the $backup parameter" is being used on old server so I can match them both and restore my set from old server to new one?
in newer version -- /backup
And something like this:
Code: Select all
cd /backup
v-restore-user admin your-arc
-
- Support team
- Posts: 1096
- Joined: Sat Sep 06, 2014 9:58 pm
- Contact:
- Os: Debian 8x
- Web: apache + nginx
Re: Trouble Migrating
As I said Skurudo, I did try with the archive in /bakcup, it still throws me error :cd /backup
v-restore-user admin your-arc
Code: Select all
Error: backup /backup/admin.2016-01017.tar is not valid
Re: Trouble Migrating
The problem is, then you need to think. I was not able to repeat from Debain 7 -> Debian 8.mehargags wrote:I think the problem is somewhere in the TAR compression module. The compression is not recognized by the new server.
-
- Support team
- Posts: 1096
- Joined: Sat Sep 06, 2014 9:58 pm
- Contact:
- Os: Debian 8x
- Web: apache + nginx
Re: Trouble Migrating
Means ? you were not able to Restore from a Debian 7 system to a Debian 8 ? is that what you mean?skurudo wrote:I was not able to repeat from Debain 7 -> Debian 8.
please clear!
Re: Trouble Migrating
Restored nice,mehargags wrote:Means ? you were not able to Restore from a Debian 7 system to a Debian 8 ? is that what you mean?skurudo wrote:I was not able to repeat from Debain 7 -> Debian 8.
please clear!
backup from Debain 7 and restore on Debian 8.