Full backups using dump on webmin filesystem backup says they succeed (see attached file). I had tested a partial restore earlier and it worked fine. Today I had to adjust the hardware RAID which required a full restore onto a clean system with virtualmin Pro installed. The restore looked like it worked but no files were extracted from /dev/st0. I tried just restoring backups of the virtualmin and webmin configs and they didn't restore either. This is not a production box but I need to know what is wrong for next time when it is in production. There are no virtual servers on this box yet.
Thanks
Restoring backup with command restore -t -f '/dev/st0' -u /root/virtualmin/virtualmin.tar.gz ..
Dump date: Wed Sep 30 00:00:04 2009 Dumped from: the epoch Level 0 dump of / on intergate2.cccoe.k12.ca.us:/dev/mapper/VolGroup00-LogVol00 Label: intergate2 54919188 ./root/virtualmin/virtualmin.tar.gz
Comments
Submitted by bbuhlman on Wed, 09/30/2009 - 16:40 Comment #1
Submitted by sgrayban on Wed, 09/30/2009 - 21:42 Comment #2
Are you using the restore feature in VM Pro or command line ?
Submitted by JamieCameron on Wed, 09/30/2009 - 23:39 Comment #3
So you are using the Filesystem Backup module to backup your whole filesystem to a tape drive on /dev/st0 ?
Normally I recommend using Virtualmin's domain-level backup feature, available under the Backup and Restore category on the left menu. This lets you restore domain by domain on another system with Virtualmin installed, even if it runs a different OS..
Submitted by bbuhlman on Thu, 10/01/2009 - 09:57 Comment #4
Hi Jamie, I do use that but it was a good time to test a full restore because I mucked with the hardware RAID. It should work shouldn't it to restore to / choosing " everything in backup" from Restore Backup tab in Webmin or what should my strategy be for disaster recovery ?
On my three servers I run three backups each. One full to tape for each, one webmin config files for each and one virtualmin domain-level for each.
I did try command line restore and was able to get my backups from webmin config and virtualmin domain-level but I guess I screwed up the boot loader somehow. Now it stops booting at the point GRUB starts to run. Like I said its not production yet but I'd like to be able to restore a full backup for disaster recovery. I need to document these restore procedures as well so I do need to be able to do a full restore from tape.
Thanks! PS- any revision of the book coming out?
Submitted by JamieCameron on Thu, 10/01/2009 - 11:49 Comment #5
Yes, a full filesystem restore like that should work ..
I see that in the restore command, it mentions /root/virtualmin/virtualmin.tar.gz . Were you trying to restore just that one file?
Submitted by bbuhlman on Thu, 10/01/2009 - 12:11 Comment #6
The full backup log from Monday is: Backup of / on intergate2.cccoe.k12.ca.us
DUMP: Date of this level 0 dump: Wed Sep 30 00:00:04 2009 DUMP: Dumping /dev/mapper/VolGroup00-LogVol00 (/) to /dev/st0 DUMP: Label: intergate2 DUMP: Writing 10 Kilobyte records DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 4023713 blocks. DUMP: Volume 1 started with block 1 at: Wed Sep 30 00:01:58 2009 DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 35.93% done at 4819 kB/s, finished in 0:08 DUMP: 77.45% done at 5193 kB/s, finished in 0:02 DUMP: Closing /dev/st0 DUMP: Volume 1 completed at: Wed Sep 30 00:17:24 2009 DUMP: Volume 1 4421480 blocks (4317.85MB) DUMP: Volume 1 took 0:15:26 DUMP: Volume 1 transfer rate: 4774 kB/s DUMP: 4421480 blocks (4317.85MB) on 1 volume(s) DUMP: finished in 858 seconds, throughput 5153 kBytes/sec DUMP: Date of this level 0 dump: Wed Sep 30 00:00:04 2009 DUMP: Date this dump completed: Wed Sep 30 00:17:24 2009 DUMP: Average transfer rate: 4774 kB/s DUMP: DUMP IS DONE
Verifying backup ..
Backup succeeded
This is what I am trying to restore from webmin
Bill
Submitted by bbuhlman on Thu, 10/01/2009 - 12:34 Comment #7
built the system again and tried again with webmin restore. Its says its restoring and lists thousands of files but doesn't seem to write them to the disk
Restoring backup with command restore -t -f '/dev/st0' -u ..
Dump date: Wed Sep 30 00:00:04 2009 Dumped from: the epoch Level 0 dump of / on intergate2.cccoe.k12.ca.us:/dev/mapper/VolGroup00-LogVol00 Label: intergate2
29491201 ./boot 1835009 ./sys 65208321 ./proc 66125825 ./dev 66125826 ./dev/mapper 66125827 ./dev/mapper/control 66125829 ./dev/mapper/VolGroup00-LogVol00 66125828 ./dev/VolGroup00 66125830 ./dev/VolGroup00/LogVol00
etc...
end of output is: 53706753 ./misc 98306 ./.autofsck 68452353 ./net 98307 ./.rnd 98309 ./aquota.user 98308 ./aquota.group
<--Return to backups list
Submitted by JamieCameron on Thu, 10/01/2009 - 12:37 Comment #8
On the restore form, did you have the "Only show files in backup?" option set to "Yes" ?
Submitted by JamieCameron on Thu, 10/01/2009 - 12:38 Comment #9
If so, it should be set to "No" to perform an actual restore..
Submitted by bbuhlman on Fri, 10/02/2009 - 09:52 Comment #10
Yes, I feel stupid. Operator error. I thought that meant to only show the selected files for the restore on the screen during the restore. I was sure I messed with that option too. Oh well.
The restore worked fine and thanks for the tip about being able to restore a virtual server to another running server. That is a good one to have in the back pocket.
You can close this one.
Thank you, Bill
Submitted by bbuhlman on Fri, 10/02/2009 - 10:54 Comment #11
Submitted by JamieCameron on Fri, 10/02/2009 - 13:25 Comment #12
Great, glad you got it worked out..