These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Restore problem with .dom file on the new forum.
Web Hosting and Cloud Computing Control Panels
Howdy,
Are there other files in addition to that .dom that that are created during the backup process? Or is that the only one you're seeing?
Also, if you try to restore that onto a system running Virtualmin 3.90, rather than 3.89, does that work? That is, are you able to upgrade that older Virtualmin version to the current version and test that?
-Eric
I see 3 files created by backup now (was 2): domain.tar.gz, domain.tar.gz.dom, domain.tar.gz.info
On my CentOS 6.2 server 3.89 GPL seems to be the latest version available
(I am trying to upgrade from CentOS 5 with VM pro to 6. So once I've tested things out I'll upgrade the v6 server to the pro license and 'go for it'. Perhaps this problem will go away when I try that?)
Howdy,
Ah... those appear to be some form of metadata file, along with the .info files.
You wouldn't import the .dom file, you'd import the tar.gz file -- and then, if Virtualmin requires one of the other files (.dom or .info), it would ask for it.
So, my recommendation would be to ignore them altogether :-) Migrating from CentOS 5 to CentOS 6 should work well, and you'd use the tar.gz files to do that.
Also, this documentation here may be of interest as well:
https://www.virtualmin.com/documentation/system/migrate
Thanks - fortunately there's only 15 or so v. servers to do here, so it won't be a problem to select each file rather than select the backup directory itself
Ah, I didn't understand that you can't even point Virtualmin to that directory to restore all the backups. The fact that you can't do that sounds a bit like a bug to me :-)
What you may want to do while I talk to Jamie about that, is just move the .dom files out of that dir, and see if your import can proceed normally.
-Eric
Will do Eric!