Why not? Yes, you can. Just make a backup and select the first and third options under Features to backup, i.e., Virtual server password, description and other details and Server’s home directory and web pages.
Can you walk me through your exact steps? I made a backup of just the sites files like this:
And changed the file type to .tar
Downloaded that, then did the restore and got the exact same behavior (except that the resulting .tar file was much bigger than the .gz file). It still isn’t restorable without the “Virtual server password, description and other details” box being checked both ways.
Since I have that fix/bit of esoteric knowledge now, this is just out of curiosity. It doesn’t make sense that we are doing the exact same thing and getting such different results.
No, this option must be included for restore to work. It contains the internal structure of your virtual server, and in-fact I would expect it to always be included. However, we will need to wait for @Jamie’s comment on it.
Well yes of course now that I have this nugget of specialized knowledge, it’s fine. I find the box to be mislabeled though in the sense that I have to know that this type of virtualmin backup is useless as a virtualmin restore without checking both of the boxes. Therefore checking the files should either automatically include the stuff that virtualmin would need to restore it or it should at least warn you that you must check that other box if you expect to be able to restore what you’ve just backed up. (It’s not a ‘download’ of the site files, it’s a ‘backup’ of them, which implies a ‘restore’ path… in my view… just a spectator though, complaining from the free seats.)
You might want to de-select this when restoring a backup for an existing domain …
Sorry what I meant was that it only makes sense to de-select this restoring a domain that already exists on the system.
Yes, the domain existed. I made a backup of the example.com domain with the only one option, shown in the screenshot. Then, without deleting the existing domain, I tried to restore over it, and it failed. Is this expected?
No that should work!
Does this only fail when restoring from an uploaded backup?
No, it also happens if restored from a local file, including using the virtualmin restore-domain CLI command. In the case of the CLI, it returns a “Nothing in backup file!” error.
What’s the exact restore-domain command you are running ?
I used this command:
virtualmin restore-domain --source /root/dom.tar.gz --domain dom.com --feature dir
It seems that Virtualmin requires the domain config to be present for the restore to work. Otherwise, it might be a bug.
I’m having trouble reproducing this. Does dom.com exist before you run this command?
Yes.
Do a backup in the UI with only one feature (dir) selected, e.g.:
Ok I found and fixed the cause of this! It’s a super rare case, but it will be handled properly in future backups…
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.