Mailinglist Archive: opensuse-de (2920 mails)
| < Previous | Next > |
bekomme mein SW-RAID5 nicht mehr eingebunden
- From: Sven Gehr <sven@xxxxxxxxxxxxx>
- Date: Sat, 26 Mar 2005 21:40:27 +0100 (CET)
- Message-id: <4664648.1111869627956.OPEN-XCHANGE.WebMail.wwwrun@postgirl>
Hallo zusammen,
das ?bel begann heute Morgen. Ich machte auf meinem SuSE-9.1-Server ein
Online-Update da ich gesehen hatte das ein Kernel-Patch verf?gbar war.
Nach diesem Update bootet der Server nicht mehr sondern quitierte mit
einer Kernel-Panik. In dem System ist ein Adaptec AIC-7892A U160/m (rev
02) an welchem 3 U160-SCSI-Platten angeschlossen sind. Diese sind wie
folgt Partitioniert:
sda1 Primary Linux ext2 542.87
sda2 Primary Linux raid autodetect 72851.31
sdb1 Primary Linux swap / Solaris 542.87
sdb2 Primary Linux raid autodetect 72851.31
sdc Primary Linux swap / Solaris 542.87
sdc2 Primary Linux raid autodetect 72851.31
sda1 war als /boot eingebunden, sdb1 + sdc1 als Swap. Die Partitionen
sda2, sdb2 und sdc2 waren ein SoftwareRAID5 welches als / gemountet war
(FS=XFS). Nachdem ich es nicht geschafft habe das RAID von einem
Rescue-System aus zu aktivieren habe ich die 3 SCSI-Platten vom
Controller getrennt, eine IDE-Platte eingebaut und auf dieser SuSE-9.2
installiert. Nachdem dieses System fertig war habe ich es
heruntergefahren und die SCSI-Platten wieder angeschlossen. Nun h?tte
beim booten dieses RAID automatisch erkannt und aktiviert werden (ohne
mount nat?rlich). Das ist jedohc nicht passiert. Der Controller und die
Platten werden richtig erkannt. Hier der Auszug aus dem Bootlog (Sorry,
etwas l?nger):
###########################################################################
[...]
<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@xxxxxxxxxxxxxx
###########################################################################
Im SW-RAID-HowTo finde ich nicht was man in solch einem Fall machen kann
und auch im Web habe ich nichts gefunden. Hat jemand von Euch eine Idee
was ich tun kann?
Viele Gr??e
Sven
das ?bel begann heute Morgen. Ich machte auf meinem SuSE-9.1-Server ein
Online-Update da ich gesehen hatte das ein Kernel-Patch verf?gbar war.
Nach diesem Update bootet der Server nicht mehr sondern quitierte mit
einer Kernel-Panik. In dem System ist ein Adaptec AIC-7892A U160/m (rev
02) an welchem 3 U160-SCSI-Platten angeschlossen sind. Diese sind wie
folgt Partitioniert:
sda1 Primary Linux ext2 542.87
sda2 Primary Linux raid autodetect 72851.31
sdb1 Primary Linux swap / Solaris 542.87
sdb2 Primary Linux raid autodetect 72851.31
sdc Primary Linux swap / Solaris 542.87
sdc2 Primary Linux raid autodetect 72851.31
sda1 war als /boot eingebunden, sdb1 + sdc1 als Swap. Die Partitionen
sda2, sdb2 und sdc2 waren ein SoftwareRAID5 welches als / gemountet war
(FS=XFS). Nachdem ich es nicht geschafft habe das RAID von einem
Rescue-System aus zu aktivieren habe ich die 3 SCSI-Platten vom
Controller getrennt, eine IDE-Platte eingebaut und auf dieser SuSE-9.2
installiert. Nachdem dieses System fertig war habe ich es
heruntergefahren und die SCSI-Platten wieder angeschlossen. Nun h?tte
beim booten dieses RAID automatisch erkannt und aktiviert werden (ohne
mount nat?rlich). Das ist jedohc nicht passiert. Der Controller und die
Platten werden richtig erkannt. Hier der Auszug aus dem Bootlog (Sorry,
etwas l?nger):
###########################################################################
[...]
<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@xxxxxxxxxxxxxx
###########################################################################
Im SW-RAID-HowTo finde ich nicht was man in solch einem Fall machen kann
und auch im Web habe ich nichts gefunden. Hat jemand von Euch eine Idee
was ich tun kann?
Viele Gr??e
Sven
| < Previous | Next > |