stopping array md fehler

[Nemesis]

hi,
ich betreibe 2 sata platten in einem raid0, und beim shutdown bringt er mir immer den fehler:
stopping array md md0 failed

da ich mit sw-raids (besser gesagt, raids generell) noch keine erfahrung habe, meine frage: muss ich mir sorgen machen?

thx!

 

[Bâshgob]

Bitte mal:

mdadm --detail /dev/md0

cat /proc/mdstat

und die Antwort auf die Fragen: Was liegt auf md0? / oder /boot oder wasauchimmer (gar ein LVM)?

Resynct md0 beim Neustart oder ist alles gut?

 

[L0s3r]

Da der TE grad offline ist und ich das selbe Problem mit md2 hab, klink ich mich mal mit ein.

md2 ist bei mir / (auch RAID0, kein LVM)

# mdadm --detail /dev/md2
/dev/md2:
        Version : 00.90.03
  Creation Time : Sat Feb  9 13:05:21 2008
     Raid Level : raid0
     Array Size : 3148544 (3.00 GiB 3.22 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 2
    Persistence : Superblock is persistent

    Update Time : Sat Feb  9 13:05:21 2008
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 64K

           UUID : 60593fc7:3ce9b850:f7fbfb5d:5bd5b23c
         Events : 0.1

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3

# cat /proc/mdstat
Personalities : [raid0] [raid1] 
md1 : active raid0 sda6[0] sdb8[1]
      321024 blocks 64k chunks
      
md0 : active raid1 sda5[0] sdb7[1]
      104320 blocks [2/2] [UU]
      
md3 : active raid0 sda4[0] sdb4[1]
      144231424 blocks 64k chunks
      
md2 : active raid0 sda3[0] sdb3[1]
      3148544 blocks 64k chunks

und zu guter letzt, beim Neustart ist alles gut.
Brauchst sonst noch was an Infos?

 

[Goodspeed]

Naja ... ist recht verständlich, dass er sich nicht den Ast absägt, auf dem er sitzt, oder?

 

[L0s3r]

Wäre denkbar, deswegen hab ich mal in rc0.d und rc6.d das Stoppen der Arrays so gelegt, dass das erst nach umountroot geschieht, aber der Fehler bleibt bestehen ^^
Danach kommt dann nur noch "will now halt", also dürfte da eigentlich nix mehr busy sein oder?

 

[Bâshgob]

Naja ... ist recht verständlich, dass er sich nicht den Ast absägt, auf dem er sitzt, oder?

Jain, generell sollten die Arrays schon gestoppt sein vorm halt. Und das klappt aus meiner Erfahrung auch zuverlässig mit / und swap. Was nutzt ihr Jungs? Debian etch/lenny oder was?

 

[L0s3r]

Jo ist Lenny. Die andern Arrays (boot, swap, home) werden auch ohne Problem gestoppt, nur / macht Probleme.

 

[Bâshgob]

Probier mal das, was hier[1] vorgeschlagen wird. Ansonsten wohl wirklich nur ein Schönheitsfehler, wenn kein Datenverlust auftritt.

[1] http://www.debianforum.de/forum/viewtopic.php?f=13&t=89539

 

[L0s3r]

Also das Array mit dem / wird dir immer diese Meldung bringen.

Also belassen wir es beim Schönheitsfehler bis evtl Probleme auftauchen.

 

[Bâshgob]

Wobei diese Aussage:

Zitat von meti
Also das Array mit dem / wird dir immer diese Meldung bringen.

beweisbar nicht korrekt ist.

Ich verwende auf meinen Systemen SW-RAID seit Slack 9.x und dort gibt es diese Meldung nicht. Vielleicht Debian-spezifisch?

 

[L0s3r]

Wäre möglich, da ich die Meldung unter Kubuntu auch nicht hatte.
Hmm vllt doch mal das halt Skript um nen sync erweitern?

 

[Bâshgob]

sync schadet nie.

/bin/sync
/bin/sleep 1

und dann aus.

 

[L0s3r]

Hab den sync grad in mehreren Skripten (halt,reboot,mdadm-raid,umountfs,umountroot) versucht, aber die Fehlermeldung bleibt bestehen -.-
Und dann werden die Ideen auch ganz schön rar...

 

[Nemesis]

so, bin wieder da

da mal die ausgaben:

mdadm --detail /dev/md0

        Version : 00.90.03
  Creation Time : Sat May 17 20:25:15 2008
     Raid Level : raid0
     Array Size : 959176576 (914.74 GiB 982.20 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Sat May 17 20:25:15 2008
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 64K

           UUID : 9d3f31c8:b2e711ce:283ead8b:6757af3c
         Events : 0.1

    Number   Major   Minor   RaidDevice State
       0       8        7        0      active sync   /dev/sda7
       1       8       23        1      active sync   /dev/sdb7

cat /proc/mdstat

Personalities : [raid0] 
md0 : active raid0 sda7[0] sdb7[1]
      959176576 blocks 64k chunks
      
unused devices: <none>

ich hoffe mal dass die meldung "nur" ein kleiner schönheitsfehler ist

 

[Goodspeed]

...
und die Antwort auf die Fragen: Was liegt auf md0? / oder /boot oder wasauchimmer (gar ein LVM)?

Resynct md0 beim Neustart oder ist alles gut?

??