DaZeller
Anmeldungsdatum: 29. Juni 2009
Beiträge: 382
Wohnort: Ortenau
|
Hallo zusammen, ich musste leider gerade feststellen, dass mein RAID1 wohl gerade einen "Knaks" hat. cat /proc/mdstat ergab:
***@***-Server:~$ sudo cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdc1[0]
488383352 blocks super 1.2 [2/1] [U_]
unused devices: <none> mdadm --detail /dev/md0 ergab:
***@***-Server:~$ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Mon Jan 16 20:35:14 2012
Raid Level : raid1
Array Size : 488383352 (465.76 GiB 500.10 GB)
Used Dev Size : 488383352 (465.76 GiB 500.10 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Fri Oct 17 21:15:22 2014
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : michi-server:0
UUID : abdefbd5:7657647e:c7a2472d:def27c09
Events : 486
Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 0 0 1 removed Ich wollte daraufhin das RAID stoppen, erhielt jdeoch folgende Meldung:
***@***-Server:~$ sudo umount /dev/md0
umount: /media/DatenRAID: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1)) Was mir auserdem aufgefallen ist, ncdu zeigt mir bei einigen Verzeichnissen auf dem RAID ein ! und die verzeichnisse sind nicht mehr so groß wie ich sie eigentlich in erinnerung hatte. ... ich fürchte fast, dass bedeutet nichts gutes 😢
ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help
--- /media/DatenRAID/Fotos ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- /..
. 89,1GiB [##########] /Bilder_Erinnerungen
9,1GiB [# ] /Papierkorb
1,3MiB [ ] ***.jpg
...
32,0KiB [ ] ***.pdf
12,0KiB [ ] ***.doc
! 4,0KiB [ ] /.recycle Ich hoffe auf eure Ratschläge. viele Grüße DaZeller
|
ArnoW
Anmeldungsdatum: 14. November 2009
Beiträge: 1090
Wohnort: Pfalz
|
Hallo DaZeller, sind alle Backups aktuell? Falls nicht, würde ich das zuerst erledigen, dann kannst du dich um das RAID kümmern: Schau doch mal nach, ob die fehlende Platte überhaupt vom System erkannt wird: sudo blkid oder auch sudo fdisk -l Falls sie nicht in den Ausgaben der Befehle auftaucht, prüf die Hardware (Datenkabel, Stromversorgung, Controller). Falls das alles OK ist, steck die Platte testweise in ein anderes System. Wenn sie da auch nicht kommt, ist sie wohl defekt.
Ich wollte daraufhin das RAID stoppen, erhielt jdeoch folgende Meldung: ***@***-Server:~$ sudo umount /dev/md0
umount: /media/DatenRAID: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
Du kannst das RAID eigentlich aktiv und gemountet lassen, alle Reparaturen gehen auch bei laufendem RAID.
Was mir auserdem aufgefallen ist, ncdu zeigt mir bei einigen Verzeichnissen auf dem RAID ein ! und die verzeichnisse sind nicht mehr so groß wie ich sie eigentlich in erinnerung hatte.
... ich fürchte fast, dass bedeutet nichts gutes 😢
Da das RAID noch läuft, sollte nichts mit den Daten passiert sein. Falls es dir noch gelingt, das RAID auszuhängen, könntest du auch ein fsck machen, um das Dateisystem zu prüfen, aber besser ist es, zuerst das RAID wieder zum Laufen zu bringen. Also entweder du bekommst die fehlende Platte wieder online, oder du baust eine neue ein. Danach kannst du mit einem sudo mdadm /dev/md0 --add /dev/sd.. die "neue" Platte in das RAID aufnehmen.
|
DaZeller
(Themenstarter)
Anmeldungsdatum: 29. Juni 2009
Beiträge: 382
Wohnort: Ortenau
|
Hallo ArnoW, tja, wie das Leben so spielt, ist das letzte Backup tatsächlich schon in paar Tage alt... dawerde ich mich wohl als erstes darum kümmern. Ja, es werden alle Platten noch vom System erkannt.
|
DaZeller
(Themenstarter)
Anmeldungsdatum: 29. Juni 2009
Beiträge: 382
Wohnort: Ortenau
|
Hmm, ich werde aus der situation gerade nicht schlau... Ich bin gerade mit einem Ubuntu 14.04 Live-Stick am System und habe folgende Situation vor mir: - Laufwerksverwaltung zeigt: Das RAID ist degraded (1 Laufwerk fehlt) - Beide Laufwerke werden jedoch korrekt angezeigt (sdb1 und sdc1) bei beiden steht "Linux RAID-Bestandteil". Bei einer der beiden (die die im Array eingebunden ist) steht (Bootfähig), ist also wohl das Boot-Flag gesetzt. - Versuche ich die zweite Platte über die Laufwerksverwaltung mit in das RAID aufzunehmen bekomme ich die Meldung "Alle Daten werden gelöscht...". Woran ghet so ein Software-RAID noch "kapupp" wenn alle festplatten da sind und (zumindes scheinbar) auch funktionieren? EDIT: Ich habe versucht die laufwerke auf Fehler zu überprüfen, jedoch nicht erfolgreich
ubuntu@ubuntu:~$ sudo fsck /dev/sdb
fsck von util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Ungültige magische Zahl im Superblock
fsck.ext2: Superblock ungültig versuche es mit Backup-Blöcken...
fsck.ext2: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdb zu öffnen
The SuperBlock could not be read or does not describe a valid ext2/ext3/ext4
Dateisystem. If the Gerät is valid and it really contains an ext2/ext3/ext4
Dateisystem (and not swap or ufs or something else), then the SuperBlock
is corrupt, and you might try running e2fsck with an alternate SuperBlock:
e2fsck -b 8193 <Gerät>
or
e2fsck -b 32768 <Gerät>
ubuntu@ubuntu:~$ sudo fsck /dev/sdc
fsck von util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Ungültige magische Zahl im Superblock
fsck.ext2: Superblock ungültig versuche es mit Backup-Blöcken...
fsck.ext2: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdc zu öffnen
The SuperBlock could not be read or does not describe a valid ext2/ext3/ext4
Dateisystem. If the Gerät is valid and it really contains an ext2/ext3/ext4
Dateisystem (and not swap or ufs or something else), then the SuperBlock
is corrupt, and you might try running e2fsck with an alternate SuperBlock:
e2fsck -b 8193 <Gerät>
or
e2fsck -b 32768 <Gerät>
ubuntu@ubuntu:~$ PS: Man beachte die geniale Übersetzung... "If the Gerät..." 😀 😀 😀
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Was irgendso ein Grafikklickprogramm macht kann ich dir nicht sagen, aber auf dem Terminal wird bei mdadm /dev/md0 --add /dev/laufwerk das genannte Laufwerk dem RAID hinzugefügt. Die Daten auf dem Laufwerk werden dementsprechend gelöscht/überschrieben (nämlich mit den Daten auf dem RAID). Wenn du jetzt die Vermutung hast daß dir Dateien flöten gegangen sind könntest du (im Fall von RAID-1) das bleiben lassen und dir den veralteten Stand auf der anderen Platte anschauen...
|
DaZeller
(Themenstarter)
Anmeldungsdatum: 29. Juni 2009
Beiträge: 382
Wohnort: Ortenau
|
Ich würde gerne beideLaufwerke des RAID1 einmal einbinden, um mal nachzusehen ob da irgendwelche Unterschiede vorhanden sind. Und auch noch mal ein Backup zu erstellen. Leider bekomme ich die Laufwerke nicht eingebunden... Als Partitionstyp wird bei beiden Platten "Linux RAID auto" angezeigt. Einbinden über die Laufwerksverwaltung ist nicht möglich.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Das Laufwerk das noch im RAID drinnen ist bekommst du ja regulär über /dev/mdX. Das Laufwekr das rausgeflogen ist, kannst du per loop-Device und offset. Das Data Offset bekommst du mit mdadm --examine. In Sektoren also mal 512 Bytes... Beispiel wenn das Offset 2048 Sektoren wären: mount -o ro,loop,offset=$((2048*512)) /dev/sdx1 /mnt/sdx
|
ArnoW
Anmeldungsdatum: 14. November 2009
Beiträge: 1090
Wohnort: Pfalz
|
Noch eine verspätete Bemerkung zu deinem Post von 20:51h:
EDIT: Ich habe versucht die laufwerke auf Fehler zu überprüfen, jedoch nicht erfolgreich ubuntu@ubuntu:~$ sudo fsck /dev/sdb
...
Du musst darauf achten, welches Gerät du angibst! Auf /dev/sdb oder /dev/sdc ist gar kein Dateisystem, sondern nur auf /dev/md0. Und da du dein RAID nicht aus den nackten Platten sdb und sdc, sondern aus den Partitionen sdb1 und sdc1 aufgesetzt hast, passt das schon zweimal nicht. Für den bei dir vorliegenden Zustand, soweit ich das von hier beurteilen kann, wüde ich ein einfaches sudo mdadm /dev/md0 --add /dev/sdb1 ausführen. Da dein RAID im Moment auch mit nur einer Platte störungsfrei online ist, würde ich von intakten Daten darauf ausgehen (Und von veralteten Daten auf der verwaisten Platte). Es kann aber natürlich auch nichts schaden, die verwaiste Platte probeweise zu mounten. Genau wie frostschutz würde ich die Administration ausschließlich auf der Konsole machen, also keine grafischen Werkzeuge einsetzen.
|
DaZeller
(Themenstarter)
Anmeldungsdatum: 29. Juni 2009
Beiträge: 382
Wohnort: Ortenau
|
Ich hatte sowohl fsck /dev/sdb als auch /dev/sdb1 ausprobiert, war jedoch beides gleich erfolglos, hab wohl versehendlich nur den einen Versuch rein kopiert. Nachdem ich die Datensicherungen abgeschlossen habe werde ich die "defekte" Platte auch mal noch mounten und falls mir dabei nichts auffällt werde ich wie schon angegeben die zweite Platte wie eine neue mit ins RAID integrieren. EDIT: Habe gerade mdadm --examine ausgeführt, dabei fiel mir auf, dass sich die Checksummen der Platten unterscheiden... Lässt das (so wie ich vermute) Rückschlüsse darüber zu, ob die Daten auf beiden Platten gleich sind (oder eben nicht...)?
ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sdb1
/dev/sdb1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : abdefbd5:7657647e:c7a2472d:def27c09
Name : ***-server:0
Creation Time : Mon Jan 16 20:35:14 2012
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 976766976 (465.76 GiB 500.10 GB)
Array Size : 488383352 (465.76 GiB 500.10 GB)
Used Dev Size : 976766704 (465.76 GiB 500.10 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 77bb701d:abdb8f97:917fe8d0:12e305d5
Update Time : Tue Oct 14 17:44:11 2014
Checksum : e67fab1c - correct
Events : 146
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing)
ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : abdefbd5:7657647e:c7a2472d:def27c09
Name : ***-server:0
Creation Time : Mon Jan 16 20:35:14 2012
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 976766976 (465.76 GiB 500.10 GB)
Array Size : 488383352 (465.76 GiB 500.10 GB)
Used Dev Size : 976766704 (465.76 GiB 500.10 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 5b12a9f1:4a1be4b6:64283867:fe5f2ff7
Update Time : Sun Oct 19 21:36:05 2014
Checksum : 928936b7 - correct
Events : 528
Device Role : Active device 0
Array State : A. ('A' == active, '.' == missing)
|
Dominik129
Anmeldungsdatum: 24. März 2010
Beiträge: 216
Wohnort: Bayern
|
Hast du bereits die SMART Werte der Platten überprüft?
|
ArnoW
Anmeldungsdatum: 14. November 2009
Beiträge: 1090
Wohnort: Pfalz
|
DaZeller schrieb:
EDIT: Habe gerade mdadm --examine ausgeführt, dabei fiel mir auf, dass sich die Checksummen der Platten unterscheiden... Lässt das (so wie ich vermute) Rückschlüsse darüber zu, ob die Daten auf beiden Platten gleich sind (oder eben nicht...)?
Genau das ist zu erwarten, denn schließlich ist ja die eine Platte noch im RAID aktiv. Da ändert sich ihr Inhalt ständig, und unterscheidet sich damit naturgemäß von der verwaisten Platte. Die Daten auf beiden Platten sind also auf jeden Fall unterschiedlich. Das hat aber nichts mit möglicherweise defekten oder fehlerhaft veränderen Dateien zu tun. Die Daten auf der verwaisten Platte sind nur einfach veraltet.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
die checksummen sind nie identisch, das ist völlig normal. da gehts nur darum daß der header selbst intakt ist, und da jedes gerät nun mal eine andere rolle usw. im RAID ausübt sind die checksummen unterschiedlich auch wenn alles andere stimmt solange da "correct" nebendran steht ist alles i.O.
|