software raid mit 2.6.30er Kernel?

[hrafnkell]

Hi,

ich habe auf meinem Rechner ein kleines Software Raid1 eingerichtet und mit dm-crypt verschlüsselt. Das hat auch super funktioniert, bis ich jetzt auf den Kernel 2.6.30-1-amd64 gegangen bin. Jetzt erkennt er nicht genügend Arrays.

Code: Alles auswählen

mdadm --detail --scan

zeigt mir auch nix an.
Meine /etc/mdadm/mdadm.conf sieht so aus:

Code: Alles auswählen

# 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 thomas.kueper@arcor.de

# This file was auto-generated on Wed, 10 Jun 2009 20:28:41 +0200
# by mkconf $Id$

Ich muss gestehen, ich habe das alles nur nach Anleitung eingerichtet, aber es hat wie gesagt super funktioniert.
Warum ist das so?
Mit dem 2.6.26er Kernel funktioniert noch alles wie immer!

[Mictlan]

wie wurde verschlüsselt?

dateisystem->dmcrypt->raid->hdd

ODER

dateisystem->raid->dmcrypt->hdd

?

[hrafnkell]

Wenn ich dich richtig verstanden habe,

dateisystem -> raid -> dmcrypt -> hdd

Auf jeden Fall wird beim booten zuerst das Raid gebildet (wenn man das so sagt) und und dann muss ich mein Password eingeben.

[hrafnkell]

So,
ich habe eine Mail von meinem Rechner bekommen

Code: Alles auswählen

This is an automatically generated mail message from mdadm
running on ###

A DegradedArray event had been detected on md device /dev/md127.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid1] 
md127 : active (auto-read-only) raid1 sdb1[1]
      976759936 blocks [2/1] [_U]
      
md0 : active raid1 sda1[0]
      976759936 blocks [2/1] [U_]
      
unused devices: <none>

Mir sagt das nix, aber vielleicht kann mir sonst jemand helfen?

[schorsch_76]

So,
ich habe eine Mail von meinem Rechner bekommen

Code: Alles auswählen

This is an automatically generated mail message from mdadm
running on ###

A DegradedArray event had been detected on md device /dev/md127.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid1] 
md127 : active (auto-read-only) raid1 sdb1[1]
      976759936 blocks [2/1] [_U]
      
md0 : active raid1 sda1[0]
      976759936 blocks [2/1] [U_]
      
unused devices: <none>

Mir sagt das nix, aber vielleicht kann mir sonst jemand helfen?

Hallo hrafnkell!

Das sagt dir, dass von deinen Raid1 nur noch eine Platte aktiv ist. sda1. sdb1 wurde auf read only geschalten. Deine Aufgabe: Prüfe sdb1 per smartmontools was da los ist und gegebenenfalls ersetze sdb1 durch eine neue Platte.

Du kannst auch das md127 ansehen indem du

Code: Alles auswählen

mdadm -D /dev/md127

auf deiner rootshell ausführst. Da zeigt er meiner Meinug das ganze übersichtlicher an.

Gruß

schorsch

[Mictlan]

poste mal die Ausgabe von mdadm -D /dev/md127 und mdadm -D /dev/md0

[hrafnkell]

poste mal die Ausgabe von mdadm -D /dev/md127 und mdadm -D /dev/md0

Code: Alles auswählen

# mdadm -D /dev/md0
mdadm: cannot open /dev/md0: No such file or directory
# mdadm -D /dev/md127
mdadm: cannot open /dev/md127: No such file or directory

gegebenenfalls ersetze sdb1 durch eine neue Platte.

An der Platte kann das eigendlich nicht liegen, immerhin läuft alles ja perfekt mit dem 2.6.26-2-amd64er Kernel.
Vielleicht sollte ich erwähnen, dass es sich bei den Platten um zwei externe USB Festplatten handelt?

Prüfe sdb1 per smartmontools

Ich habe smartmontools installiert, aber was genau soll damit prüfen? Der Gesundheitsstatus ist bei beiden Platten ok. (ich poste mal nur sdb1)

Code: Alles auswählen

# smartctl -H /dev/sdb1
smartctl 5.39 2009-08-29 r2879 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

SMART Health Status: OK

Der Selbsttest aber schlägt für beide Platten fehl. (wieder nur sdb1)

Code: Alles auswählen

# smartctl -t short /dev/sdb1
smartctl 5.39 2009-08-29 r2879 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

Short offline self test failed [unsupported scsi opcode]

[hrafnkell]

Hi nochmal und Danke erstmal, für eure Antworten! Ich hänge immer noch an der Gleichen Stelle, habe aber in meiner Syslog noch einen Eintrag gefunden, der etwas mit all dem zu tun haben dürfte, den ich aber auch nicht verstehe.

Code: Alles auswählen

2009-09-17 14:23:48	###	kernel	[    5.691237] md: linear personality registered for level -1
2009-09-17 14:23:48	###	kernel	[    5.693505] md: multipath personality registered for level -4
2009-09-17 14:23:48	###	kernel	[    5.695569] md: raid0 personality registered for level 0
2009-09-17 14:23:48	###	kernel	[    5.698680] md: raid1 personality registered for level 1
2009-09-17 14:23:48	###	kernel	[    6.195883] md: raid6 personality registered for level 6
2009-09-17 14:23:48	###	kernel	[    6.195886] md: raid5 personality registered for level 5
2009-09-17 14:23:48	###	kernel	[    6.195888] md: raid4 personality registered for level 4
2009-09-17 14:23:48	###	kernel	[    6.202165] md: raid10 personality registered for level 10
2009-09-17 14:23:48	###	kernel	[   18.497988] md: md127 stopped.
2009-09-17 14:23:48	###	kernel	[   18.502817] md: bind<sdb1>
2009-09-17 14:23:48	###	kernel	[   18.503222] md: sda1 has same UUID but different superblock to sdb1
2009-09-17 14:23:48	###	kernel	[   18.503225] md: sda1 has different UUID to sdb1
2009-09-17 14:23:48	###	kernel	[   18.503227] md: export_rdev(sda1)
2009-09-17 14:23:48	###	kernel	[   18.503283] md: md127 stopped.
2009-09-17 14:23:48	###	kernel	[   18.503290] md: unbind<sdb1>
2009-09-17 14:23:48	###	kernel	[   18.513026] md: export_rdev(sdb1)

Was jetzt, ist die UUID die gleiche, oder nicht? Sollte sie gleich sein??
Außerdem habe ich noch einen Eintrag im Kernelprotokoll zu den beiden USB-Platten gefunden:

Code: Alles auswählen

2009-09-17 14:23:30	usb-storage	device scan complete
2009-09-17 14:23:30	scsi 0	:0:0: Direct-Access Hitachi HDT721010SLA360 PQ: 0 ANSI: 2
2009-09-17 14:23:30		Driver 'sd' needs updating - please use bus_type methods
2009-09-17 14:23:30	sd 0	:0:0: [sda] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
2009-09-17 14:23:30	sd 0	:0:0: [sda] Write Protect is off
2009-09-17 14:23:30	sd 0	:0:0: [sda] Mode Sense: 38 00 00 00
2009-09-17 14:23:30	sd 0	:0:0: [sda] Assuming drive cache: write through
2009-09-17 14:23:30	sd 0	:0:0: [sda] Assuming drive cache: write through
2009-09-17 14:23:30	 sda	sda1
2009-09-17 14:23:30	sd 0	:0:0: [sda] Attached SCSI disk
2009-09-17 14:23:30	device-mapper	uevent: version 1.0.3
2009-09-17 14:23:30	device-mapper	ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
2009-09-17 14:23:30	PM	Starting manual resume from disk
2009-09-17 14:23:30		kjournald starting. Commit interval 5 seconds
2009-09-17 14:23:30	EXT3-fs	mounted filesystem with ordered data mode.
2009-09-17 14:23:30	usb-storage	device scan complete
2009-09-17 14:23:30	scsi 1	:0:0: Direct-Access Hitachi HDT721010SLA360 PQ: 0 ANSI: 2
2009-09-17 14:23:30	sd 1	:0:0: [sdb] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
2009-09-17 14:23:30	sd 1	:0:0: [sdb] Write Protect is off
2009-09-17 14:23:30	sd 1	:0:0: [sdb] Mode Sense: 38 00 00 00
2009-09-17 14:23:30	sd 1	:0:0: [sdb] Assuming drive cache: write through
2009-09-17 14:23:30	sd 1	:0:0: [sdb] Assuming drive cache: write through
2009-09-17 14:23:30	 sdb	6>udev: starting version 141

Analog zur Zeile "sda sda1" hätte ich als Laie doch "sdb sdb1" erwartet...

Tut mir Leid, wenn ich euch hier so zu mülle, aber ich brauche echt Hilfe!!

[hrafnkell]

Ich glaube, ich hab's jetzt!
Die Lösung war wie immer einfach, ich habe mich nur nicht getraut. Immerhin macht man ein Raid1 um Daten möglichst nicht zu verlieren.

Code: Alles auswählen

mdadm -S /dev/md0
mdadm -Af /dev/md0 /dev/sda1
mdadm -a /dev/md0 /dev/sdb1

...
Wenn mir jetzt die Wiederherstellung der zweiten Platte nicht in Wirklichkeit meine Daten zerschießt, ist dieser Thread gelöst!