Hi@all,
ich kann das Betriebssystem als mögliche Fehlerquelle ausschließen. Ich habe den Platten-Verbund vom SCSI-Controller entfernt. Habe eine neue IDE-Platte an das System angeschlossen und dort SuSE-9.2 installiert. Anschließend habe ich die Platten wieder an den SCSI-Controller angeschlossen. Bei dieser Aktion wird, normalerweise das Software-RAID autom. erkannt und eingebunden (bis auf den Mount). Gleiches habe ich erst vor kurzem bei meinem Mailsystem gemacht. Hier der relevante Teil aus dem Bootlog:
[...]
<5>SCSI subsystem initialized
<6>ACPI: PCI interrupt 0000:01:07.0[A] -> GSI 11 (level, low) -> IRQ 11
<6>scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<4> <Adaptec 29160 Ultra160 SCSI adapter>
<4> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
<4>
<4>(scsi0:A:2): 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
<4>(scsi0:A:3): 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
<4>(scsi0:A:4): 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
<5> Vendor: SEAGATE Model: ST373307LW Rev: 0005
<5> Type: Direct-Access ANSI SCSI revision: 03
<4>scsi0:A:2:0: Tagged Queuing enabled. Depth 32
<5>SCSI device sda: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sda: drive cache: write back
<5>SCSI device sda: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sda: drive cache: write back
<6> sda: sda1 sda2
<5>Attached scsi disk sda at scsi0, channel 0, id 2, lun 0
<5> Vendor: SEAGATE Model: ST373307LW Rev: 0006
<5> Type: Direct-Access ANSI SCSI revision: 03
<4>scsi0:A:3:0: Tagged Queuing enabled. Depth 32
<5>SCSI device sdb: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sdb: drive cache: write back
<5>SCSI device sdb: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sdb: drive cache: write back
<6> sdb: sdb1 sdb2
<5>Attached scsi disk sdb at scsi0, channel 0, id 3, lun 0
<5> Vendor: SEAGATE Model: ST373307LW Rev: 0005
<5> Type: Direct-Access ANSI SCSI revision: 03
<4>scsi0:A:4:0: Tagged Queuing enabled. Depth 32
<5>SCSI device sdc: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sdc: drive cache: write back
<5>SCSI device sdc: 143374744 512-byte hdwr sectors (73408 MB)
<5>SCSI device sdc: drive cache: write back
<6> sdc: sdc1 sdc2
<5>Attached scsi disk sdc at scsi0, channel 0, id 4, lun 0
<6>SGI XFS with ACLs, security attributes, realtime, large block numbers, no debug enabled
<6>SGI XFS Quota Management subsystem
<5>ReiserFS: hdc2: found reiserfs format "3.6" with standard journal
<5>ReiserFS: hdc2: using ordered data mode
<4>reiserfs: using flush barriers
<5>ReiserFS: hdc2: journal params: device hdc2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
<5>ReiserFS: hdc2: checking transaction log (hdc2)
<5>ReiserFS: hdc2: Using r5 hash to sort names
<4>VFS: Mounted root (reiserfs filesystem) readonly.
<5>Trying to move old root to /initrd ... failed
<5>Unmounting old root
<5>Trying to free ramdisk memory ... okay
<6>Freeing unused kernel memory: 212k freed
<6>Adding 1052216k swap on /dev/hdc1. Priority:42 extents:1
<4>reiserfs: enabling write barrier flush mode
<6>usbcore: registered new driver usbfs
<6>usbcore: registered new driver hub
<4>md: raidstart(pid 2405) used deprecated START_ARRAY ioctl. This will not be supported beyond 2.6
<6>md: autorun ...
<6>md: considering sdb2 ...
<6>md: adding sdb2 ...
<6>md: adding sda2 ...
<6>md: created md0
<6>md: bind<sda2>
<6>md: bind<sdb2>
<6>md: running: <sdb2><sda2>
<3>md: md0: raid array is not clean -- starting background reconstruction
<6>raid5: automatically using best checksumming function: pIII_sse
<4> pIII_sse : 2500.000 MB/sec
<4>raid5: using function: pIII_sse (2500.000 MB/sec)
<6>md: raid5 personality registered as nr 4
<6>raid5: device sdb2 operational as raid disk 1
<6>raid5: device sda2 operational as raid disk 0
<3>raid5: cannot start dirty degraded array for md0
<4>RAID5 conf printout:
<4> --- rd:3 wd:2 fd:1
<4> disk 0, o:1, dev:sda2
<4> disk 1, o:1, dev:sdb2
<1>raid5: failed to run raid set md0
<3>md: pers->run() failed ...
<4>md :do_md_run() returned -22
<6>md: md0 stopped.
<6>md: unbind<sdb2>
<6>md: export_rdev(sdb2)
<6>md: unbind<sda2>
<6>md: export_rdev(sda2)
<6>md: ... autorun DONE.
<6>md: Autodetecting RAID arrays.
<3>md: could not bd_claim sdb2.
<3>md: could not bd_claim sda2.
<6>md: autorun ...
<6>md: considering sdc2 ...
<6>md: adding sdc2 ...
<6>md: adding sdb2 ...
<6>md: adding sda2 ...
<6>md: created md0
<6>md: bind<sda2>
<6>md: bind<sdb2>
<6>md: bind<sdc2>
<6>md: running: <sdc2><sdb2><sda2>
<4>md: kicking non-fresh sdc2 from array!
<6>md: unbind<sdc2>
<6>md: export_rdev(sdc2)
<3>md: md0: raid array is not clean -- starting background reconstruction
<6>raid5: device sdb2 operational as raid disk 1
<6>raid5: device sda2 operational as raid disk 0
<3>raid5: cannot start dirty degraded array for md0
<4>RAID5 conf printout:
<4> --- rd:3 wd:2 fd:1
<4> disk 0, o:1, dev:sda2
<4> disk 1, o:1, dev:sdb2
<1>raid5: failed to run raid set md0
<3>md: pers->run() failed ...
<4>md :do_md_run() returned -22
<6>md: md0 stopped.
<6>md: unbind<sdb2>
<6>md: export_rdev(sdb2)
<6>md: unbind<sda2>
<6>md: export_rdev(sda2)
<6>md: ... autorun DONE.
<6>device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
[...]
Sowohl der SCSI-Controller wie auch die Platten werden richtig angesprochen. Ich habe alle drei Platte mit der entsprechenden Funktion im Controller-BIOS überprüft was ohne Fehler verlief.
Der Fehler muß also direkt am Software-RAID zu suchen. Ich habe mir das SoftwareRAID-HowTo durchgelesen, bin aber dort nicht fündig geworden wie solch ein Problem zu lösen ist.
Es muß doch Tools geben mit welchem man das RAID wieder herstellen kann, oder? Einer der Fehler deutet auf Probleme mit dem Superblock hin. Hierzu die gleiche Frage. Läßt sich dieser wieder herstellen?
Gehe ich richtig in der Annahme das ich ein mkraid nicht ausführen darf da hierbei die daten verloren gehen?
Hat noch jemand eine Idee für mich :(
Viele Grüße
pixel