[solved]Lenny->Squeeze manuelles Upgrade von mdadm/lvm?

Ich hab ein hausgemachtes Problem, vielleicht kann mir einer von euch Gurus weiterhelfen:

Zu dem Zeitpunkt als ich das dist-upgrade von Lenny auf Squeeze gemacht habe war mein raid down. (die Festplatten waren stromlos) Nun habe ich sie endlich wieder am Strom und sehe die einzelnen Platten, aber lvm und mdadm sehen genau nix.

/dev/sda1 ist die bootplatte und /dev/sdb1 - /dev/sde1 waren im raid.

Die mdadm.conf sieht merkwürdig aus. Warum ist da bei devices nur die Rede von sdb1 und sdc1? Da sollten doch noch sdd1 und sde1 drin stehen, oder?
---------------------------------------------------------------
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This file was auto-generated on Mon, 02 Aug 2010 18:30:54 +0200
# by mkconf $Id$

ARRAY /dev/md0 level=raid1 num-devices=2 metadata=00.90 UUID=7da9b074:c08b470f:a49ccc59:9a6b2751
devices=/dev/sdb1,/dev/sdc1
---------------------------------------------------------------



---------------------------------------------------------------

fizz:/etc/lvm# fdisk -l

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0006c017

Device Boot Start End Blocks Id System
/dev/sdb1 1 121601 976760001 83 Linux

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdc1 1 121601 976760001 83 Linux

Disk /dev/sde: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003ec52

Device Boot Start End Blocks Id System
/dev/sde1 1 121601 976760001 83 Linux

Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdd1 1 121601 976760001 83 Linux

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f4138

Device Boot Start End Blocks Id System
/dev/sda1 * 1 18662 149902483+ 83 Linux
/dev/sda2 18663 19457 6385837+ 5 Extended
/dev/sda5 18663 19457 6385806 82 Linux swap / Solaris

---------------------------------------------------------------

Und der fstab scheinen die UUID Einträge bei den vg's zu fehlen.

---------------------------------------------------------------
fizz:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1 / ext3 errors=remount-ro 0 1
UUID=2c32b5c0-7f65-47e4-913c-1361efdf4dc3 / ext3 errors=remount-ro 0 1
# /dev/sda5 none swap sw 0 0
UUID=935160dc-a218-4e00-a19b-41d7edd6e397 none swap sw 0 0
# /dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/cdrom /media/cdrom0 udf,iso9660 user,noauto 0 0
# /dev/md0 /mnt/raid5 ext3 defaults,usrquota 0 0
/dev/vg0/tm /mnt/timemachine ext3 defaults 0 0
/dev/vg0/smb /share/smb ext3 defaults 0 0
---------------------------------------------------------------

Gibt es eine Möglichkeit das raid upgrade "manuell" nach zu spielen, sodass ich wieder an die Daten komme?

Hm, komisch - du hast 0.90er Metadaten (damit also theoretisch Kernel-Auto-Assembly deines Arrays), allerdings haben deine Array-Member-Partitionen eine FS-ID von 83 ("Linux"). Richtig waere "Linux RAID Autodetect", numerisch "fd".

Ich wuerde an deiner Stelle mal die /etc/mdadm.conf an einen sicheren Ort verschieben, und dann ein neues File an dieser Stelle erstellen, mit dem Inhalt:

Code:

DEVICE partitions

Dann fuehr' mal

Code:

mdadm --assemble --scan

aus, und melde dich bitte mit den Resultaten wieder.

Die Namen der Blockgeraete sind uebrigens egal, auch die Reihenfolge, in welcher sie initialisiert werden - die relevante Information steckt im Superblock der RAID-Member, und mit "DEVICE partitions" sagst du mdadm, dass es alle Blockgeraete, die in /proc/partitions gelistet werden, auf einen solchen untersuchen soll.

Gratuliere