Hallo! Ich habe drei gleich große SCSI-Plattenn in einen Tower eingebaut und wollte mich an versch. Raid-Level probieren. Auf /dev/sda ist SuSE6.4 installiert. Im Kernel 2.2.14 von SuSE6.4 ist anscheinend alles für Raid vorbereitet. Zuerst habe ich eine raidtab für Level0 geschrieben: # Striping über zwei Partitionen # root-array raiddev /dev/md0 raid-level 0 nr-raid-disks 2 nr-spare-disks 0 chunk-size 32 persistent-superblock 1 device /dev/sdb2 raid-disk 0 device /dev/sdc2 raid-disk 1 # boot-array raiddev /dev/md1 raid-level 0 nr-raid-disks 2 nr-spare-disks 0 chunk-size 32 persistent-superblock 1 device /dev/sdb1 raid-disk 0 device /dev/sdc1 raid-disk 1 Partitionstyp ist mit cfdisk auf "fd" gestellt. Die Partitionen entahlten kein filesystem. Ein 'cat /proc/mdstat' ergibt: Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5] read_ahead not set md0 : inactive md1 : inactive md2 : inactive md3 : inactive Dann führe ich ein 'mkraid /dev/md0' aus und erhalte: handling MD device /dev/md0 analyzing super-block disk 0: /dev/sdb1, 10199kB, raid superblock at 10112kB disk 1: /dev/sdc1, 10199kB, raid superblock at 10112kB Das Gleiche bei /dev/md1. Das Raid ist weiterhin inaktiv, ein 'raidstop /dev/md0[1] führt zu einer Fehlermeldung. Ich weis nicht mehr weiter. Ich will heute noch einen neuen 2.2.19-Kernel backen, aber ich kann an meiner Vorgehensweise keinen Fehler entdecken. Kann mir jemand weiterhelfen? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
----- Original Message -----
From: "Andreas Meyer"
(...) Das Raid ist weiterhin inaktiv, ein 'raidstop /dev/md0[1] führt zu einer Fehlermeldung.
Fehlermeldung? Ehm, du hast aber vorher das raid auch mal mit raidstart gestartet und mit einem Filesystem ausgestattet, oder?
Ich weis nicht mehr weiter. Ich will heute noch einen neuen 2.2.19-Kernel backen, aber ich kann an meiner Vorgehensweise keinen Fehler entdecken.
Du solltest du bei einem vanilla-2.2.19 die RAID-Patches noch einspielen, liegen z.B. unter http://www.de.kernel.org/pub/linux/kernel/people/mingo/raid-patches/ hth, bye lars.
Hallo!
Am Mon, 22 Oct 2001 12:47:20 +0200 schrieb "Lars Ehrhardt"
Das Raid ist weiterhin inaktiv, ein 'raidstop /dev/md0[1] führt zu einer Fehlermeldung.
Fehlermeldung?
'mkraid /dev/md0 oder /dev/md1' führt zu: handling MD device /dev/md0 analyzing super-block disk 0: /dev/sdb2, 961620kB, raid superblock at 961536kB disk 1: /dev/sdc2, 961620kB, raid superblock at 961536kB mkraid: aborted, see the syslog and /proc/mdstat for potential clues. Keine Hinweise in /etc/warn oder messages. 'cat /proc/mdstat' zeigt das Raid weiterhin als inactive an.
Ehm, du hast aber vorher das raid auch mal mit raidstart gestartet und mit einem Filesystem ausgestattet, oder?
Ein explizites 'raidstart /dev/md0' führt zu: /dev/md0: Invalid argument /dev/md0 und /dev/md1 existiert. Soweit ich es der Dokumentation entnommen habe, sollte ein 'mkraid /dev/md0' das Raid starten. Und erst dann, nach dem Start sollte ein 'raidstop /dev/md0[1]' ausgeführt werden, um ein filesystem aufzuspielen. Ich hab´s auch schon mit: 'mkraid --really-force /dev/md0' probiert, mit gleichen Ergebnis.
Ich weis nicht mehr weiter. Ich will heute noch einen neuen 2.2.19-Kernel backen, aber ich kann an meiner Vorgehensweise keinen Fehler entdecken.
Du solltest du bei einem vanilla-2.2.19 die RAID-Patches noch einspielen, liegen z.B. unter
http://www.de.kernel.org/pub/linux/kernel/people/mingo/raid-patches/ Danke, ich werde mich da umschauen. Jedoch sollte ich es auch mit einem 2.2.14-Kern schaffen, bevor ich einen neuen erstelle. Also im Moment komme ich nicht weiter. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
----- Original Message -----
From: "Andreas Meyer"
(raid unter 2.2.14 startet nicht) (...) Also im Moment komme ich nicht weiter.
Welche Version der raidtools sind installiert? Kernel 2.2.14 liegt für mich schon zu weit zurück. Im Zweifelsfall würde ich es mit 2.2.19 (u.a. wegen verschiedener Security-Fixes auch empfehlenswert) und den aktuellen Raid-Tools versuchen! BTW: Wie sieht es denn mit dem SDB-Artikel http://sdb.suse.de/de/sdb/html/swgkern_softwareraid.html aus? bye lars.
Hallo!
Am Mon, 22 Oct 2001 20:04:32 +0200 schrieb "Lars Ehrhardt"
Welche Version der raidtools sind installiert?
Also momentan bin ihc etwas verwirrt. Brauche ich nun die raidtools oder die mdutils?
Kernel 2.2.14 liegt für mich schon zu weit zurück. Im Zweifelsfall würde ich es mit 2.2.19 (u.a. wegen verschiedener Security-Fixes auch empfehlenswert) und den aktuellen Raid-Tools versuchen!
Ich backe gerade einen 2.2.19. Jetzt habe ich einen kernel-patch raid-2.2.19.A1. Ich habe aber keine Ahnung, wie ich einen Kernel patche... :-(
BTW: Wie sieht es denn mit dem SDB-Artikel http://sdb.suse.de/de/sdb/html/swgkern_softwareraid.html aus?
Das habe ich gerade mal getestet; also raidtools deinstaliert und die mdutils nochmals installiert... kein Erfolg. Ich habe hier noch eine Version der raidtools-19990824-0.90.tar.gz. Damit probier ich´s nochmal, wenn der 2.2.19 aus dem Ofen kommt. Oder wo bekomme ich die neuesten raidtools? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Hallo Lars!
Am Mon, 22 Oct 2001 20:04:32 +0200 schrieb "Lars Ehrhardt"
Welche Version der raidtools sind installiert?
Es geht! Das ist ja geil! Personalities : [linear] [raid0] [raid1] [raid5] [translucent] read_ahead 1024 sectors md1 : active raid0 sdc1[1] sdb1[0] 20224 blocks 32k chunks md0 : active raid0 sdc2[1] sdb2[0] 1923072 blocks 32k chunks unused devices: <none> Ich habe die raidtools 0.90 installiert und alles ist in Butter. Auch problmelos mit level1 und der --force-Option von 'mkraid'. Jetzt mal schaun, wie man ein Raid zum selbständigen booten bringen kann. Und die sda noch mit der failes-disk-option integrieren. Und dann muß ich natürlich noch wissen, wie man level1 mit level0 kombiniert :-) Und level5 ist auch noch dran ;) Das ist ja richtig gespenstisch, wenn die LEDs der Festplatten so kurz nacheinander aufleuchten beim Starten... Danke für Deine Hilfe! Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
participants (2)
-
Andreas Meyer
-
Lars Ehrhardt