i wanted to import a backup from another one to a new server and saved the .tar in /backup. However, the file is not recognized in the panel.
Furthermore, I once imported a backup in the panel which I also created there. However, in the backup folder were created any number of temporary folders, “tmp.yhcCw2mBd6”, tmp.EmeQfyu1Of, etc. 37 temporary folders of this type. How can it be?
i don’t understand why it is made so complicated . why is there no easy way without any commands? upload backup to /backup and import, too bad it is not that easy .
backups can only be restored via the control panel IF they’ve been created on that same server itself. To restore an uploaded bkp, CLI command is the right way.
Hestia team may consider for upload bkp via web ui. Im not sure the complexity of the large file uploading tasks…
As already wrote: We’re not going to implement a backup upload function over the webinterface - the backup should be transfered over sftp or other ways.
To answer your question; yes, it’s php and the session timer could be adjusted.
– WEB –
2020-05-28 19:04:31 domain.to
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.crt’: No such file or directory
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.key’: No such file or directory
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.pem’: No such file or directory
Error: apache2 restart failed
Error: Web restart failed
i have restart the server but apache and nginx can not restart. my mainpage is off
the backup was from the same version of hestiacp it was imported in. it looked like a host problem but i don’t know exactly. however, the problem is solved for now by deleting the domain. i will import it manually the old-fashioned way.
edit:
your theory that it was ssl could also be true.
– WEB –
2020-05-28 19:04:31 domain.to
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.crt’: No such file or directory
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.key’: No such file or directory
cp: cannot stat ‘/usr/local/hestia/data/users/myuser/ssl/domain.pem’: No such file or directory
Error: apache2 restart failed
Error: Web restart failed
Please check the first post. This topic was not discussed here at all:
“Furthermore, I once imported a backup in the panel which I also created there. However, in the backup folder were created any number of temporary folders, “tmp.yhcCw2mBd6”, tmp.EmeQfyu1Of, etc. 37 temporary folders of this type. How can it be?”
The tmp folders are just extracts of the backup of the tar folder and because the script quits somewhere before the completion the files are never cleaned up. No the cause of the error how ever the result of the cleanup fails and probally you ran the command at least 37 times…
Information a “it doesn’t work without debug information” is for us useless not because we can’t see with our magical glass globes what is happening on your server. With the information you have provided we have decided to try it by our self however still more information is needed.
Cloud you please check the folllowing:
What is your server OS? Both servers and the old and the new server?
Version of Hestia did you upgrade the server or not from a older version?
What is your install string on both servers?
Create a new user account on the old server add a new domain to it and request a ssl certificate. Import this backup file into the new server
If the import fails please do the following:
Please check the new tmp.randomstring file and check the contents of restore.log
Please run the command journalctl -xe and systemctl status nginx / systemctl status apache2
On line 6 of the v-restore-user script in /usr/local/hestia/bin/ add on line 6 the following command
set -x
Then run the command v-restore-user again
The copy the screen output to the save it on your server some where and send me a pm with the url. Also if possible please upload the backup file. Off course we will handle the personal info with care.
Only whit more information we can discover / find the cause of the error and help others in the future.
Sorry I can’t provide you with all the information you need.
it was on both servers 18.04.4 with current updates installed with the same current hestiacp version without update from an older version. i had installed hestiacp on the server where i had imported the backup later. on the soldered server where the export took place there was strangely enough hestiacp 1.1.2 although this version is not yet released. This curiosity has already been posted here in the forum.
my installation string on both servers is: bash hst-install.sh --multiphp yes -f -y no -e [email protected] -p password -s hostname.domain
I cannot delete the user because there is already a domain running with the user ( main domain ). I only wanted to import a subdomain that was on an old test server.