Sziasztok.
Van egy Sun Ultra enterprise 450 es gép amin frissen installált gentoo van raid1 ben, és szeretnék egy 4 winchesterből álló raid10 tömböt is csinálni,de ez nem akar összejönni. Odáig megy a dolog, hogy rendben lemegy a resync, megformázom a tömböt,fel is tudom csatolni, írhatok rá olvashatok is róla, de amint újrabootolom a rendszert a tömböt nem tudja létrehozni mivel az sdc1 sdd1 sde1 sdf1 partíciókból álló tömb sde1 sdf1 elemei eltűnnek, ha ilyenkor megnézem fdisk-el a kérdéses eszközöket semilyen particiót nem lát sőt be kell írnom a sector cyilinder stb adatokat mintha ez egy új eszköz volna a rendszerben.
Ha nem formázom meg a tömböt akkor minden további nélkül reboot után is megvan a raid10 tömb. Ugyanezt megpróbáltam raid5 el is akkor a változás mindössze annyi, hogy az sdd1 és az sde1 partíciók tűnnek el reboot után.
Ha valkinek van ötlete mi lehet ez kérem írjon.
Köszönöm.
- 983 megtekintés
Hozzászólások
Használj Solarist sparc64 -es gépen. Ott tuti nem lesz ilyen problémád az SVM -el.
- A hozzászóláshoz be kell jelentkezni
mdadm --detail --scan >> /etc/mdadm.conf (kimenetet meg sasolnam)
rc-update add mdadm boot
sync lement tutira?
Azt formazod amit kell ?
Mirror resz tunik el , a strip megmarad ?
Particio tupusa oke ?
- A hozzászóláshoz be kell jelentkezni
sync után így néz ki:
md3 : active raid10 sdf1[3] sde1[2] sdd1[1] sdc1[0]
35368064 blocks 64K chunks 2 near-copies [4/4] [UUUU]
szerintem ez hibátlan
reboot után:
md3 : inactive sdc1[0](S) sdd1[1](S)
35368064 blocks
így formázom meg: mke2fs -j /dev/md3
particio tipusa:Linux Raid Autodetect
rc-update add mdadm boot
megvolt alapból
mdadm.conf ide vonatkozó része:
ARRAY /dev/md3 level=raid10 num-devices=4 UUID=23bafc7a:9e9c6c8d:a5fccc85:288ef946
- A hozzászóláshoz be kell jelentkezni
MD_RAID10 y vagy m ?
- A hozzászóláshoz be kell jelentkezni
nem modulban van
- A hozzászóláshoz be kell jelentkezni
Kerestél már rá agentoo bugtracker -ében a hibára? Lehet hogy nem vagy egyedül a problémával.
Próbáltad más fájlrendszerrel?
- A hozzászóláshoz be kell jelentkezni
rákeresett már és más fs-el is próbálta (xfs), ott egyből ledobta..
linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.14-pancs1-wifi3
- A hozzászóláshoz be kell jelentkezni
Meretek bitre egyeznek ?
Tehat, ha nem formazod akkor tobbszor is tuleli a bootolast.
Documatation/md.txt olvastad ?
A disk geometriajara vonatkozo adatokat akkor sem talalja, ha raid auto detect le van tiltva es, mdadm sincs boot folyamatban ?
pl.
sfdisk nezegetve formazas utan valtozik a fizikai eszkozok particos tablaja vagy geometria adatai ?
Formazas helyett:
md3 elejere dd-vel /dev/zero -bol par megat reprodukalja problemat?
md3 vegere hasonlo modon reprodukalja ?
md3 teljes zero val torteno feltoltese reprodukalja ?
Mas kernel verzioval esetleg..
Probaltad, hogy a fizikai diszkek elejet /dev/zero feltoltod mielott particionalnad ? (Esetleges hibas adatok tuti kiirtasara)
dmesg, logokban semmi erre vonatkozo erdekesseg ?
szerk:
Probalad kernel parametrekent megadni raid10 -edet ?
Lehetseges, hogy valami felmountolja a valahova,es nem az md3 rol hanem egy fizikai eszkozrol ?
- A hozzászóláshoz be kell jelentkezni
hi krisz próbált már mindent, formázás elött dd-vel le vannak tolva a hdd-k, én meg nem nagyon néztem még rá. majd holnap lehet ránézek krisszel kicsit jobban, de ő nálunk a "raid guru" :P
linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.14-pancs1-wifi3
- A hozzászóláshoz be kell jelentkezni
Eddig a 2.6.20.21 el és a 2.6.23-gentoo-r3 al próbáltam de ugyanaz a helyzet.
Az md3 /dev/zero val valo feltöltését még nem próbáltam még de most megejtem.
- A hozzászóláshoz be kell jelentkezni