Problems restoring Image with software raid

[smack]

hi,
I've taken an image of an Ubuntu server (8.04.3) that has 2 disks in a software raid 1 configuration (4 partitions on each disk - mirrored). Partimage worked beautifully in recognizing the configuration and saving the image to a USB attached drive. Restoring the image to an indentical server has proven to be a bit more challenging.

The restore appears to work, but when it comes time to bott, I get an error message that states:

usb 1-1: device not accepting address 2 error -71 and finally a message that says /dev/md3 does not exist and I get dropped into a shell.

For the record, I will freely admit that I am not a linux guru but with my limited knowledge I can tell that my software raid configuration did not get restored. :wink:

So now I will ask (humbily) a few questions in hopes of moving my project forward:

Does Partimage support the restoration of an image to a raw (unformated and unpartioned) drive? (it seemed to work..)

Is this type of restore available with Partimage and if so, what the heck am I missing (the $64K question!)?

Thanks in advance for whatever guidance you can provide,
scott

[feffer]

Does Partimage support the restoration of an image to a raw (unformated and unpartioned) drive? (it seemed to work..)

AFAIK the destination must be formatted to the same filesystem type as the source.

feffer

[smack]

Does Partimage support the restoration of an image to a raw (unformated and unpartioned) drive? (it seemed to work..)

AFAIK the destination must be formatted to the same filesystem type as the source.

feffer

Thanks for the reply feffer!
I'm still playing with this. I've discovered that my problem appears to be a missing superblock on the partitions saved by Partimage. The superblock appears to have been restored on one of my partitions (/swap) because ( I believe) that partition was imaged using zsplit. I'm sure there is a valid explanation, but I haven't found it yet.

I'm now in the process of recreating the image using zsplit and will attempt a restore with a new image.
thanks again for the reply,
scott

[creatron]

I do have similar problem with part Image. I had a raid 1 on openSuse 11.1 and wanted to make a copy of the server. When I boot the system could not mount /dev/md0. I did however took care of the fstab to change the ID's. The results of fdisk verify that the two disk are the same.

server:~ # fdisk -l > /home/gerrie/fdisk.log.txt
Disk /dev/md0 doesn't contain a valid partition table

server:~ # cat /home/gerrie/fdisk.log.txt

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00026aff

Device Boot Start End Blocks Id System
/dev/sda1 * 1 262 2104483+ 83 Linux
/dev/sda2 263 654 3148740 82 Linux swap / Solaris
/dev/sda3 655 60801 483130777+ fd Linux raid autodetect
/dev/sda4 60802 182401 976752000 83 Linux

Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00026aff

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 262 2104483+ 83 Linux
/dev/sdb2 263 654 3148740 82 Linux swap / Solaris
/dev/sdb3 655 60801 483130777+ fd Linux raid autodetect
/dev/sdb4 60802 182401 976752000 83 Linux

Disk /dev/md0: 494.7 GB, 494725775360 bytes
2 heads, 4 sectors/track, 120782660 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

It seems like the "superblock" is missing. I did however use dd and that was quicker than Part Image. I use RecueCD with following commands.

swapon /dev/sda2
swapon /dev/sdb2
dd if=/dev/sda of=dev/sdb count=1 bs=512
dd if=/dev/sda1 of=dev/sdb1 bs=64K
dd if=/dev/sda2 of=dev/sdb2 bs=100M

However, I could not save and restore a raid 1 image with PartImage.
This creates a image of sda on sdb.
After the dd creation the system reboots and I checked the raid with

server:~ # cat /proc/mdstat
Personalities : [raid1] [raid0] [raid6] [raid5] [raid4]
md0 : active raid1 sdb3[2] sda3[1]
483130640 blocks super 1.0 [2/2] [UU]
Hope this help
bitmap: 13/461 pages [52KB], 512KB chunk