defektes Softraid

[mario m]

Hallo

Ich habe Debian Server installiert auf dem Xen läuft.
Auf dem System nutze ich Softraid (Raid1) mit 2 HD's.

In einer geistigen Umnachtung habe ich die fstab meiner dom0 editiert und dachte wohl ich sei
in einer domU. Das Resultat ist nun, dass ich folgende fstab Datei habe:

Code: Alles auswählen

root@xen1:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sda1       /               ext3    defaults,errors=remount-ro 0       1
/dev/md1        none            swap    sw              0       0
/dev/hdd        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0

Eigentlich möchte ich natürlich das / auf /dev/md0 ist und nicht auf sda1.

Was mich aber erstaunt, dass /proc/mdstat mein, dass Raid sei OK.

Code: Alles auswählen

root@xen1:~# cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 hda3[0] hdc3[1]
      233448448 blocks [2/2] [UU]

md1 : active raid1 hda2[0] hdc2[1]
      979840 blocks [2/2] [UU]

md0 : active raid1 hda1[0] hdc1[1]
      9767424 blocks [2/2] [UU]

unused devices: <none>

Wie gehe ich nun am besten vor, um dieses Problem aus der Welt zu schaffen?
Ich verstehe nicht, warum mdstat meint, mein Raidsystem sei ok!?! Oder verstehe ich die Ausgabe falsch?

Ich hoffe dass mir jemand weiterhelfen kann.

Gruss
Mario

[Pawel]

Was mich aber erstaunt, dass /proc/mdstat mein, dass Raid sei OK.

Wieso sollte es nicht okay sein?

Du veränderst ja keine Daten auf /dev/hda1 oder /dev/hdc1, sondern höchstens auf /dev/sda1. Dadurch bleiben die beiden Partitionen synch.

Wie gehe ich nun am besten vor, um dieses Problem aus der Welt zu schaffen?

Du nimmst einen Editor deiner Wahl und editierst die /etc/fstab wieder zurück. Erst nach einem Neustart oder einem Remount von / werden die Änderungen in der fstab wirksam.

[mario m]

Guten Morgen Pawel

Stimmt, du hast recht. Das Raid ist logischerweise ok!
Aber:
Ich habe doch gar kein sda Device in meinem System. Ich habe 2 IDE Platten
und ein IDE DVD Laufwerk...
Woher kommt dann mein Root FS? /dev/sda gib es gar nicht.
Ich möchte einfach keine Daten verliefern... Dafür mach man sich ja sein Raid System (wenn man es nich selber zerstört
)

Gruss

Mario

[Pawel]

Woher kommt dann mein Root FS? /dev/sda gib es gar nicht.

Ich hab es wohl etwas kryptisch formuliert.
Die Änderungen an der fstab werden erst wirksam, wenn man den Mountpoint (re-)mounted, d.h. wenn du selbstständig ein umount gefolgt von einem mount machst - was beim / nicht gerade einfach ist - oder du den Rechner neu bootest. Folglich zeigt dein Root Mountpoint immer noch auf /dev/md0.

Das kannst du dir auch anschauen, wenn du folgenden Befehl ausführst:

Code: Alles auswählen

cat /proc/mounts

Dort sollte / noch auf /dev/md0 zeigen (das Format der Ausgabe ist die Gleiche wie bei der fstab).

[mario m]

Hallo

das die Änderungen am fstab erst bei einem Reboot aktiv werde ist mir klar.
Allerdings weiss ich nicht, wann ich den Fehler mit der fstab gemacht habe.
Mein Gefühl sagt mir, dass der Rechner seit diesem zeitpunkt neu gestartet wurde..
(Der Elektriker hat kürzlich die falsche Sicherung rausgedreht... )

Allerdings würde mein System dann nicht mehr booten...
Der Output von /proc/mounts ist für mich auf den ersten blick nicht verständlich.

Code: Alles auswählen

root@xen1:~# cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw 0 0
none /proc proc rw 0 0
udev /dev tmpfs rw 0 0
/dev/md0 / ext3 rw,data=ordered 0 0
/dev/md0 /dev/.static/dev ext3 rw,data=ordered 0 0
tmpfs /var/run tmpfs rw 0 0
tmpfs /var/lock tmpfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
tmpfs /var/run tmpfs rw 0 0
tmpfs /var/lock tmpfs rw 0 0

Aber sda tauch in dem Output nicht auf, was schon mal gut wäre...

Da habe ich wohl Glück im Unglück gehabt?

Mario

[Pawel]

Da habe ich wohl Glück im Unglück gehabt?

Ja, obwohl das Beheben eines solchen Fehlers nach einem Reboot auch nicht die Welt ist.

Hier nochmal zum besserem Verständnis die wichtige Zeile plus einem erklärendem Header (wie bei der fstab):

Code: Alles auswählen

# Device Mountpoint FStype Options         Dump Pass#
/dev/md0 /          ext3   rw,data=ordered 0    0

[mario m]

Ja, obwohl das Beheben eines solchen Fehlers nach einem Reboot auch nicht die Welt ist.

Da hast du wohl recht, aber beim 1. mal wird man schon leicht nervös

Vielen Dank für deine Hilfe!

Mario