Szoftveres Raid1 tömb merevlemez csere debian6 rendszer alatt , hogyan?

Debian GNU/Linux

Sziasztok!

Adott egy HP Proliant ML310e szerver , ami fileszerverként üzemel már 2 éve gond nélkül 2db 1tb-os wd black s-ata hdd-veé, alkalmazásokat futtatnak rajta , dokumentumok és egyéb , max 40 mb méretű fileok vannak rajta tárolva.

Pénteken volt egy vihar minek következtében a szerverszobában volt egy órás áramszünet , és mivel az UPS csak ~ 10 percet bír , így a szerver leállt , adatkábel hiányában szabálytalanul. A probléma nem jelentkezett közvetlen visszakapcsolás után , hanem másnap hajnalban , folyton megakadt adott fileok olvasásakor a szerver , a hdsentinel teszt eredménye pedig az lett , hogy az /dev/sda - 100% a /dev/sdb - 14%-os egészségi állapottal rendelkezett. Szerverből kivettem a hibás lemezt, szabályos leállítás után , és így már pöpecül működött minden , de jelenleg csak 1 hdd-vel fut a szerver.

A kérdések ,amik felmerültek bennem , ezzel kapcsolatban:

Vajon mitől állhatott meg az egyik merevlemez , ilyen extrém meghibásodással -86% , holott kb ez volt 2 év alatt az 5. szabálytalan leállása , a másik lemez viszont gond nélkül megy még mindig.

Ha berakok egy ugyancsak 1tb-os wd black satas vinyot , akkor automatikusan újraépíti a szoftveres raid tömböt , vagy nekem kell majd manuális az mdadm paranccsal hozzáadni az új merevlemezt a tömbhöz?

Ha megáll a jelenlegi merevlemez (/dev/sda), úgy , hogy az új (dev/sdb) már szinkronban benne van , akkor a grub is fent lesz a redundáns lemezen , vagy az csak az elsődelegesen van fent , és a másodlagosra fel kell telepítenem kézileg rescue módban?

Előre is köszönöm a válaszokat!

  • 2655 megtekintés

( blr v | 2015. 07. 19., v – 23:03 )

Természetesen mdadm-mal kell kivenni a rosszat és betenni a jót. De! Nem hiszem, hogy a lemezek vannak RAID-ben, partíciókat szokás betenni.
Ha a /boot /dev/mdXX-en vagy azon belül logikai köteten van, akkor bármelyik lemez kihal, fogsz tudni bootolni, feltéve, hogy a grub-install mindegyik lemezre le lett futtatva. (Debiant nem ismerem, de pl. Ubuntun rutinból kézzel lefuttatom, mert az install csak az első lemezre teszi meg.)

"Vajon mitől állhatott meg az egyik merevlemez , ilyen extrém meghibásodással"
Nekem egyszer egy villámcsapás totál hasonló eredményt hozott (szünetmentes mögött!), egy lemez totál meghalt, a másik hirtelen visszaesett 21%-ra, aztán két nap múlva megadta magát.

Mar jo ideje lehet teljes diszkeket sw raidben hasznalni, es akar az md eszkozt particionalni. Elso korben cat /proc/mdstat, ebbol kiderul, hogy nez ki az sw raid. Mindenkeppen kezzel kell berakni az uj diszket. Lehet olyan problema, hogy par szektorral kisebb az uj diszk, mint a regi volt, es ezert nem lehet berakni a tombbe. Ilyenkor az a teendo, hogy ha az adott raid tomb (ill. a rajta levo filerendszer) nincs teljesen hasznalatban, akkor lecsokkentheto az fs, majd a tomb merete.

Így néz ki az cat /proc/mdstat parancs kimenete:

Personalities : [raid1]
md5 : active raid1 sda9[0]
956710776 blocks super 1.2 [2/1] [U_]

md4 : active raid1 sda8[0]
389108 blocks super 1.2 [2/1] [U_]

md3 : active raid1 sda7[0]
7596020 blocks super 1.2 [2/1] [U_]

md2 : active raid1 sda6[0]
2927604 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sda5[0]
8786872 blocks super 1.2 [2/1] [U_]

md0 : active raid1 sda1[0]
340980 blocks super 1.2 [2/1] [U_]

unused devices:

Szerintem 995 , hogy par szektorral kisebb / nagyobb lesz az új merevlemez , mert a wd black helyett egy hp merevlemezt kaptam grancialis cserebe a hp magyarorszag kft.-tol.
Nem csinaltam meg fs / tomb meret csokkentes menet kozben , le tudnad írni , hogy azt , hogyan kell csinalni?

Vasárnap hajnalban teszem be az új merevlemezt a régi mellé , és a szerver indítása után már működőképesnek kell lennie a rendszernek , max 10 perc leállást engedhetünk meg magunknak.

Előre is köszönöm a segítséget.

RTFM (hogy segítsek is, man mdadm, manage környékén, az új vinyót berakod spare-nek, md beteszi a helyére)
a 10perc leállás az pont elég arra, hogy beleszereld az új vinyót (amennyiben nem hot swap).

ha előrelátó vagy, másik gépben létrehozod a partíciókat megfelelően és előre, így amiatt már nem kell újraindítani a gépet

Ha csak ennyi kiesést engedhettek meg magatoknak akkor
-vesztek olyan vasat ami redundáns tápos
-hot swap vinyókkal
-és olyan raid vezérlővel ami ezt tudja

ha ezeket nem teszitek meg, akkor megengedhettek több kiesést is :-)

szerintem a boot mind a kettő merevlemezről működik , mert van mind a kettőn /boot külön particiokent.

A df-h parancs kimenete:

Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
/dev/md4 368M 145M 205M 42% /
udev 10M 0 10M 0% /dev
tmpfs 393M 5,4M 387M 2% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 2,5G 0 2,5G 0% /run/shm
/dev/md0 323M 25M 282M 9% /boot
/dev/md5 899G 474G 380G 56% /home
/dev/md3 7,2G 1,3G 5,6G 19% /usr
/dev/md2 2,8G 2,2G 455M 84% /var

Így ez szerint az md0 azaz a /boot mind a kettőn fent van , vagy ez nem elég ahhoz , hogy a grub is bootoljon a /dev/sdb-rol?

Egyebkent az fdisk -l parancs kimenete pedig ez:

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 684031 340992 fd Linux raid autodetect
/dev/sda2 686078 1953523711 976418817 5 Extended
/dev/sda5 686080 18262015 8787968 fd Linux raid autodetect
/dev/sda6 18264064 24121343 2928640 fd Linux raid autodetect
/dev/sda7 24123392 39317503 7597056 fd Linux raid autodetect
/dev/sda8 39319552 40097791 389120 fd Linux raid autodetect
/dev/sda9 40099840 1953523711 956711936 fd Linux raid autodetect

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 684031 340992 fd Linux raid autodetect
/dev/sdb2 686078 1953523711 976418817 5 Extended
/dev/sdb5 686080 18262015 8787968 fd Linux raid autodetect
/dev/sdb6 18264064 24121343 2928640 fd Linux raid autodetect
/dev/sdb7 24123392 39317503 7597056 fd Linux raid autodetect
/dev/sdb8 39319552 40097791 389120 fd Linux raid autodetect
/dev/sdb9 40099840 1953523711 956711936 fd Linux raid autodetect

Ha rosszul gondolom , akkor javíts ki légy szíves!

Értem!

Ha kiadom a grub.install /dev/sdb parancsot , akkor az a következő újrainduláskor nem fog gondot jelenteni a szervernek bootolás szempontjából?

Gondolom csak bekerül egy vagy több plusz opció a grub menürendszerbe a /dev/sdb-re vonatkozólag , de automatikusan eldönti majd a rendszer , hogy a /dev/sda-rol kell neki elindulni , esetleg mindegy , hogy melyik lemezről bootol be a rendszer?

Bocs az értetlenségemért , kb 3.5 éve vagyok rendszergazda , de még nem volt alkalmam élesben raid tömböket kezelni ilyen szinten.

Köszönöm előre is a segítséget!

Ez egy másik grub telepítés lesz, az elsőhöz nem nyúl. A RAID tükör miatt véletlenül pont ugyanazt a rendszert fogja elindítani mindkettő, amúgy függetlenek, egyik sem nyúl a másik menüjéhez.

"Bocs az értetlenségemért , kb 3.5 éve vagyok rendszergazda , de még nem volt alkalmam élesben raid tömböket kezelni ilyen szinten."

Jaj, az ilyen mondatokkal vigyázz errefelé :D. Amúgy kíváncsi volnék, "és ezt így hogy"?

--

Telepítettem a grubot a /dev/sdb-re

az alábbi kimenetet kaptam , kis gondolkodás után:

error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
Installation finished. No error reported.

Esetleg nem a /dev/sdb1-re kellett volna telepítenem a grubot , csak abbol gondolom mert nekem az a boot particiom.

Az utolsó mondatodat / kérdésedet nem értem , kifejtenéd légyszíves?

"Amúgy kíváncsi volnék, "és ezt így hogy"?"