Sziasztok!
Adott egy szerver, amin mdraid kötetek vannak, hibátlanul össze lehet őket rántani, ámde képtelen vagyok felbootolni a rendszert, mivelé az initramfs állandóan kiköpi, hogy nem talál eszközöket a /dev/md2-höz, aztán vár, majd ad egy kurzort, ahol simán egy mdadm --assemble parancsal összerántom a kötetet, ám elindítani a rendszert továbbra is képtelen vagyok. Lassan nyolc órája ezzel műsorozok, éshát ez egy levszerver, nem kicsit gond, hogy döglik. Valakinek valami ötlet esetleg?
Köszi!
- 700 megtekintés
Hozzászólások
mdadm.conf rendben van?
- A hozzászóláshoz be kell jelentkezni
Persze, tökéletesen, már vagy százszor átnéztem...
Mondjuk annyit észrevettem dmesg-ben (Debian install lemezzel nyűglődöm), hogy amint megtalálja és összeállítja a raid köteteket, stop-olja őket. Na ez vajon miért van? Mert ezt mondjuk látom boot közben is, hogy "array /dev/md2 stopped". Nade miért?
- A hozzászóláshoz be kell jelentkezni
A válaszomat csak akkor olvasd tovább, ha scsi diszkek.
Ismert bug, akkor szokott előjönni, ha scsi diszken van a raid és 2.6.18-ról 2.6.26-ra vagy újabbra upgradelsz. Hirtelen berántja az scsi kártya driverét, de azok között van, amelyik (pl. adaptec) vár pár másodpercet, hogy a firmware felpörgesse és inicializálja a diszkeket, ezért nem jelenik meg az sd eszköz, mire az mdadm-nek kellene.
Elvileg van egy root-delay opciója a kernelnek, ami ezt megoldja, gyakorlatilag az nekem nem működött.
Egy sleep 10-et faragtam bele a /usr/share/initramfs-tools/scripts/local-top/mdadm scriptbe és csináltam egy update-initramfs -u -k all parancsot.
Ettől meggógyult. Hátha neked is segít.
- A hozzászóláshoz be kell jelentkezni
Nem a root-on lévő /etc/mdadm.conf-ról van szó, hanem az initrd-be lévő /etc/mdadm.conf...
Az egy gzip, amit miután kitömörítesz, cpioval szét tudod szedni, aztán ellenőrizd, majd rakd újra össze.
Vagy csinálj új initrd-t.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Valami hasonló gondom volt nekem is régebben egy régi IBM vason.
Próbáld ki, hogy a rendszerbetöltőben (grub) add meg további kernelparaméternek:
rootdelay=n
nálam n=100 érték esetén megbízhatóan működött.
--
maszili
- A hozzászóláshoz be kell jelentkezni