Software RAID "verliert" Platte nach Neustart

[zylox]

Ich habe ein Problem mit einem meiner Server....

Es fing damit an, dass sich der Server sich am Montag beim schreiben von Daten innerhalb eines Verzeichnisses aufhing. Ein normaler Reboot war nicht möglich, nur ein Reboot per Rescue Console und einen "fsck" schaffte anscheinend Abhilfe. Der Server startete wieder wie gewohnt. Gestern stürzte der Server beim Zugriff auf das gleiche Verzeichnis wieder ab. Nach einem Reboot im Rescue Modus kam aber die zweite Festplatte nicht mehr ins RAID (Status [U_]). Man konnte sie allerdings wieder von Hand hinzufügen. Danach wurde erstmal selbständig ein Sync durchgeführt und anschließend ein "fsck".

Direkt nach einem Reboot in das normale System wurden während des Restarts wieder Fehler gefunden und ein "fsck" gestartet, der auch so und ohne Rescue Console durchlief.

Nach dem erfolgreichen Restart fehlte wieder die zweite Platte im RAID ([U_]). Also wieder manuell hinzugefügt, es wurde wieder ein Sync durchgeführt.

Der relevante Teil aus "dmesg":

[   19.176872] hda: QEMU HARDDISK, ATA DISK drive
[   19.237830] USB Universal Host Controller Interface driver v3.0
[   19.849499] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO2
[   19.850711] hda: MWDMA2 mode selected
[   19.851376] Probing IDE interface ide1...
[   20.252845] hdc: QEMU DVD-ROM, ATAPI CD/DVD-ROM drive
[   20.924906] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO0
[   20.925166] hdc: MWDMA2 mode selected
[   20.925995] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[   20.926726] ide1 at 0x170-0x177,0x376 on irq 15
[   20.930388] ACPI: PCI Interrupt 0000:00:01.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
[   20.930940] PCI: Setting latency timer of device 0000:00:01.2 to 64
[   20.931022] uhci_hcd 0000:00:01.2: UHCI Host Controller
[   20.933580] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[   20.934553] uhci_hcd 0000:00:01.2: irq 11, io base 0x0000c020
[   20.940929] usb usb1: configuration #1 chosen from 1 choice
[   20.942838] hub 1-0:1.0: USB hub found
[   20.943585] hub 1-0:1.0: 2 ports detected
[   21.051698] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[   21.051969] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   21.052475] usb usb1: Product: UHCI Host Controller
[   21.052613] usb usb1: Manufacturer: Linux 2.6.26-2-686 uhci_hcd
[   21.052724] usb usb1: SerialNumber: 0000:00:01.2
[   21.170922] No dock devices found.
[   21.360890] usb 1-2: new full speed USB device using uhci_hcd and address 2
[   21.499785] SCSI subsystem initialized
[   21.877603] usb 1-2: configuration #1 chosen from 1 choice
[   21.880609] libata version 3.00 loaded.
[   21.902895] usb 1-2: New USB device found, idVendor=0627, idProduct=0001
[   21.903148] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   21.903263] usb 1-2: Product: QEMU USB Tablet
[   21.903346] usb 1-2: Manufacturer: QEMU 0.10.6
[   21.903429] usb 1-2: SerialNumber: 1
[   23.280075] hda: max request size: 512KiB
[   23.280910] hda: 625142448 sectors (320072 MB) w/256KiB Cache, CHS=38913/255/63
[   23.284188] hda: cache flushes supported
[   23.286535]  hda: hda1 hda2
[   23.421584] hdc: ATAPI 4X CD-ROM drive, 512kB Cache
[   23.422148] Uniform CD-ROM driver Revision: 3.20
[   23.514192] usbcore: registered new interface driver hiddev
[   23.556151] input: QEMU 0.10.6 QEMU USB Tablet as /class/input/input1
[   23.567903] input,hidraw0: USB HID v0.01 Pointer [QEMU 0.10.6 QEMU USB Tablet] on usb-0000:00:01.2-2
[   23.568991] usbcore: registered new interface driver usbhid
[   23.569124] usbhid: v2.6:USB HID core driver
[   26.589275] md: raid1 personality registered for level 1
[   26.974515] md: md0 stopped.
[   27.013277] md: bind<hda2>
[   27.351526] raid1: raid set md0 active with 1 out of 2 mirrors
[   28.854140] EXT3-fs: INFO: recovery required on readonly filesystem.
[   28.854515] EXT3-fs: write access will be enabled during recovery.
[   43.940962] kjournald starting.  Commit interval 5 seconds
[   43.941903] EXT3-fs: md0: orphan cleanup on readonly fs
[   43.942444] ext3_orphan_cleanup: deleting unreferenced inode 2786038
[   43.951984] ext3_orphan_cleanup: deleting unreferenced inode 7905286
[   43.953765] ext3_orphan_cleanup: deleting unreferenced inode 7905285
[   43.953904] ext3_orphan_cleanup: deleting unreferenced inode 7905284
[   43.953996] ext3_orphan_cleanup: deleting unreferenced inode 7905283
[   43.954130] ext3_orphan_cleanup: deleting unreferenced inode 7905282
[   43.954235] EXT3-fs: md0: 6 orphan inodes deleted
[   43.954465] EXT3-fs: recovery complete.
[   43.970545] EXT3-fs: mounted filesystem with ordered data mode.

Anscheinend wird die hdb beim Restart nicht erkannt?

Der Support besteht darauf, dass es sich nicht um ein Hardware Problem handelt.

Der Kernel ist der reguläre "Linux version 2.6.26-2-686" von Debian 5.0.3.

Hat jemand vielleicht eine Idee?

Inzwischen startet das System übrigens nicht mal mehr in die Rescue Console bzw. beim Versucht mich per SSH mit der Rescue Console zu verbinden bekomme ich ein "Connection Refused", aber das ist ein anderes Problem.

 

[wstuermer]

Hi,

ich vermisse in deinem dmesg die hdb. Wenn du mal wieder im Rescue bist, beschäftige dich mal nicht mit dem Raid sondern mit den Platten.

badblocks -vs /dev/hda
badblocks -vs /dev/hdb

Sollte einer dieser beiden Befehle (vermutlich der zweite ) Fehler zeigen wende dich mit der Ausgabe nochmal an deinen Support und frag, ob sie nun an einen Hardwaredefekt glauben


-W

 

[zylox]

Nur nochmal ein kurzes Update.

"badblocks" hatte keine Defekte gefunden. Trotzdem wurden die Platten getauscht. Weiterhin gab es ständige Filesystem Defekte, bis hin zu kompletten Systemabstürzen.

Inzwischen wurde die komplette Hardware getauscht und jetzt läuft der Server wieder. Woran es am Ende genau lag ist nicht bekannt. Ich denke mal es kann viele Gründe haben.