Üdv!
Teszt jelleggel (VM) RAID1-et próbáltam, szimulálva a diszk meghibásodását.
sda1+sdb1 = md126 (swap)
sda2+sdb2 = md127 (/)
Az sdb volt a hibás diszk, csere megvolt (új, üres virtualis diszk).
Partíció dumpolás ok: sfdisk -d /dev/sda | sfdisk /dev/sdb
Tömbök helyreállítása ok: mdadm --manage /dev/md126 --add /dev/sdb1; mdadm --manage /dev/md127 --add /dev/sdb2
GRUB install ok: grub2-install /dev/sdb
A szinkronizálás megtörténik szépen.
Reboot után minden ok, de a uuid-ot warningolja a rendszer. Gondolom mivel az új eszköz új uuid-ot kap.
Az mdadm.conf-ba nem kerül bele az új uuid, de:
mdadm --examine --scan >> mdadm.conf
Ezzel nem javul meg, mert gondolom az új uuid nem jelenik meg a /dev/disk/by-uuid alatt. Hol lehet/kellene létrehozni az új diszk uuid-ját?
(teszt: CentOS7 és Ubuntu Server 17.04)
- 1414 megtekintés
Hozzászólások
Diszknek nem nagyon van uuid-je, csak a rajta levő fájlrendszer(ek)nek. (GPT-vel meg a partíciónak is). Amúgy is, az mdadm.conf-ban sem diszkenként van az uuid, hanem minden tömbnek van egy sajátja (ami persze minden diszken el van tárolva, az md metaadatok közt, de az már be kell legyen állítva, ha becsatlakozott a tömbbe). Mi a pontos hibaüzenet?
- A hozzászóláshoz be kell jelentkezni
igen, partíció! elírtam.
Bootoláskor írja, hogy "warning UUID ... not found" vagy valami hasonló.
A /dev/disk/by-uuid/ alatt csak a nem lecserélt partíciónak van meg a uuid-je.
A lecserélté nem jelenik meg. Kézzel kellene ilyenkor létrehozni?
Valami ilyesmit olvastam épp a neten erről:
# uuidgen
f0acce91-a416-474c-8a8c-43f3ed3768f9
# sudo tune2fs /dev/md127 -U f0acce91-a416-474c-8a8c-43f3ed3768f9
- A hozzászóláshoz be kell jelentkezni
Na ez a valami hasonló üzenet kellene, mert nem mindegy, mire vonatkozik (partíció, raid tömb, fájlrendszer).
GPT-s partíció uuid-jét pl. a gdisk x menüjében c opcíóval változtathatod, ext(2,3,4)-nek a tune2fs-el (de ez utóbbi nem változhatott), raid tömbnek meg nem tudom, mivel, de azt ne is akard megváltoztatni.
U.i.:neked RAID1-ed van, tehát a két partíció gyakorlatilag azonos. Tehát a 2 fájrendszer, ennél fogva azok UUID-je is azonos. Nem tudom, hogy rebootkor már megvolt-e a sync, ha nem, akkor azért lehet, hogy azért nem talált az új partíción még UUID-et. De a hibaüzenet azt is elárulná, hogy ki az, aki hiányolja azt a szerencsétlen UUID-et.
- A hozzászóláshoz be kell jelentkezni
"Dependency failed for swap"
Ubuntu-nál (md0 és md1):
A cat /proc/mdstat mutatja a swap raid1-et (md1 és md127).
Valamiért md127 lett a swap és nem aktív, más a uuid-je. Ez lehet a baja.
- A hozzászóláshoz be kell jelentkezni
Akkor az fstab-ban írd át az UUID-et a swaphoz.
Vagy csináld újra mkswap -U ... /dev/md127 paranccsal.
- A hozzászóláshoz be kell jelentkezni
Mennyivel egyszerűbb az élet egy normális hardware raidvezérlővel :D
- A hozzászóláshoz be kell jelentkezni
Vagy zfs-sel. :D
- A hozzászóláshoz be kell jelentkezni
Már ahol támogatott, és ahol van mögé megbízható ECC RAM...
- A hozzászóláshoz be kell jelentkezni
A szoftveres raid tökéletesen működik. Mindennek van előnye.
A teszt egy erősebb meghibásodást szimulált. Kivettem alóla az egyik diszket, nem volt előtte --fail és --remove!
- A hozzászóláshoz be kell jelentkezni