~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 6.0.5 (squeeze)
Release: 6.0.5
Codename: squeeze
~# uname -r
2.6.32-5-amd64
A helyzet a kovetkezo, van egy 5db sata disket tartalmazo backup server, ebben 4db disk egy sw raid5 tombben figyel. Ez a rendszer mar letezett es mukodott, de ket disk kukazodott belolle szoval az egeszet lehetett ujra epiteni. Lett vasarolva ket darab uj disk a ket darab regi de smart szerint hibatlan disk melle. A regi rendszert meg nem en epitettem de a sw raid valahogy ugy volt megepitve hogy nem voltak a diskek particionalva csak diskkent becsatolva a tombbe (ennek a modjat nem is igazan ertem hogy volt lehetseges). Amikor uj diskek megerkeztek minden diskre szepen letrehoztam az uj particiokat a kovetkezo formaban:
Device Boot Start End Blocks Id System
/dev/sdb1 1 182401 1465136001 fd Linux raid autodetect
Osszeraktam a tombot majd mikor osszesyncelt ujrainditottam a gepet (szerencsere) es ekkor tunt fel, hogy valami nem stimmel. A ket regi disk eltunt a tombbol.
fdisk -l -re latszodnak es latszik is rajtuk a megfelelo particio, de peldaul
file /dev/sd 'tabtab' -ra mar csak ennyit latok:
~# file /dev/sd
sda sda1 sda2 sdb sdc sdc1 sdd sdd1 sde
Az sdb es az sde a ket regi disk.
Nagyvonalakban mindenfele modon kiprobaltam mar a particio torleset majd ujra letrehozasat, de nem jartam eredmennyel ujrainditasnal mindig ugyanez volt.
dmesg-ben, logokban nem talaltam semmi erre vonatkozot.
Lehet valamit orbitalisan benezek, de egy nyomvonalat szivesen fogadnek , hogy ha van tippetek vagy ha valaki mar talalkozott ilyennel en most kifogytam az otletekbol.
koszi groop
- 2108 megtekintés
Hozzászólások
Szerintem nincs gond, csak sdb, sde és sdc, sdd felcserélődött (UUID adhat támpontot ill. ha smarttal kiolvasod az uptime-ot belőle).
Lényegi kérdés: megy a raid vagy nem megy? Ha megy, akkor mindenki megtalálta magát és nyugi van:)
- A hozzászóláshoz be kell jelentkezni
nem megy, es nem cserelodott fel egyik sem, azt mar csekkoltam. minden disken frissen hoztam letre a particiot.
Illetve rosszul mondom, megy a raid meg ujra nem inditom a gepet, es tudom ez egy server meg raadasul linux, nem kell ujrinditani, de azert ez megsem tul secure. :)
- A hozzászóláshoz be kell jelentkezni
0-ról hoztál létre új tömböt? Akkor új uuidet kapott. mdadm --detail --scan
ezt tedd bele a /etc/mdadm.conf vagy /etc/mdadm/mdadm.conf fájlba.
Ha régi a tömb és magától nem áll össze, akkor passzolom.
- A hozzászóláshoz be kell jelentkezni
igen 0-rol hoztam letre es az uj uuid-t is betettem az mdadm.conf-ba de a reboot utan amint eltunik a ket disk , ugy cat /proc/mdstat-ban is egybol latszodik hogy hianyolja a ket disket.
- A hozzászóláshoz be kell jelentkezni
Reboot után nem rakja feltétlen össze, ha nincs bent az új uuid.
Valami gixer ezen a tájon van. Lehet, hogy olyan confba tetted bele, amit nem is ott keres, ezért is írtam 2 lehetséges helyet.
Ill. mikor addolod a 2 diszket, meg kell várni, hogy összeálljon teljesen és csak utána reboot.
- A hozzászóláshoz be kell jelentkezni
Ha bootkor nem rakja össze a tömböt, akkor az initrd-ben és a superblokkokban keresendő a probléma gyökere. Ezeket nézd át.
Egyébként lehet a partíció helyett az egész diszket is használni, de vannak korlátozások. Emlékeim szerint a boot partícióra ez nem használható.
- A hozzászóláshoz be kell jelentkezni