Üdv!
Egyelőre vmware alatt próbálkozok Sol10 u3 -al. Van benne 6db diszk: 1 IDE 4GB, ezen van a rendszer. Raktam még be mellé 5 db SCSI -t, darabonként 2GB. Mind az öt SCSI diszkre egy slice -ot hoztam létre a maximális mérettel. Majd próbáltam a metadb -ket létrehozni (fájlrendszert ugye még nem raktam rá):
#metadb -f -a -c 2 c2t0d0s0
ez siker
a t1 is siker, majd a t2 és t3 -ra ezt kapom:
# metadb -a -c 2 -f c2t2d0s0
metadb: sol: c2t2d0s0: overlaps with device in metadevice state database
# metadb -a -c 2 -f c2t3d0s0
metadb: sol: c2t3d0s0: overlaps with device in metadevice state database
A metastat kimenete üres. A metadb -i kimenete:
a u 16 8192 /dev/dsk/c2t0d0s0
a u 8208 8192 /dev/dsk/c2t0d0s0
a u 16 8192 /dev/dsk/c2t1d0s0
a u 8208 8192 /dev/dsk/c2t1d0s0
Korábban volt már létrehozva raid0 és raid1 tömbök is, majd próbáltam szimulálni a hardver hibát egy 3 diszkből álló raid1 tömb egyik diszkjébe bele dd -ztem 10MB -ot. Nem nyüsszögött semmit. Majd umount, metaclear, init 6 és utánna jött a fent említett probléma.
Mit lehetne tenni az ügy érdekében?
- 1532 megtekintés
Hozzászólások
A metadb-t külön slice-ra kell rakni, amit semmi másra nem használsz.
Csinálj két diszken 1-1 20MB-os slice-ot az s7-re (hagyományosan ez a metadb helye)
Ezekre rakd rá a metadbket
pl:
metadb -f -a -c 3 c2t0d0s7
metafb -a -c3 c2t1d0s7
A maradék helyeket odaadhatod az s0-nak, és arra rakhatsz filerendszert.
- A hozzászóláshoz be kell jelentkezni
OK megpróbálom így, bár a SUN doksija azt írja, hogy lehet a metadb -t olyan slice -ra is rakni, amin később fájlrendszer lesz, és akkor a metadb mérete levonódik a fájlrendszer méretéből. De megpróbálom a te javaslatodat.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Igen, lehet, de így tisztán látszik pl. format-ból, hogy a diszken metadb van, és nem teszed tönkre véletlenül a metadb-t, ha újraparticionálod a diszket.
A hibaüzenet egyébként arra utal, hogy már van valami metadevice a diszken, viszont ennek ellentmond az, hogy a metastat kimenete üres.
Ez esetben még az is lehet, hogy metaset-van a diszken, amit alapból paraméter nélkül a metastat nem mutat, csak pl a "metastat -a"
Egyébként szerintem nem feltétlen kell minden diszkre metadb-t rakni...
- A hozzászóláshoz be kell jelentkezni
Vicces, hogy a metastat -a kimenete is üres.
Szerintem sem kell minden diszkre metadbt rakni, de ez ismét SUNos ajánlás.....
Próbáltam már azt is, hogy leszedtem a két diszken a teljes partíciót, majd visszaraktam, de a hiba változatlanul megmaradt.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
A helyzet nem sokat változott:
metadb: sol: c2t2d0s7: overlaps with device in metadevice state database
A 2-es és 3-as targetű lemezeknél ugyan az a hiba, a többi ugyanúgy jó. Volt korábban egy üzenet a bootolás végén, hogy valami nem kerek épp a két érintett diszken lévő metadb -vel és hogy engedjem rá a metadevadm parancsot:
#metadevadm -u c2t2d0
c2t2d0 not found in local set. Check your syntax
Szóval valami nem kerek sajnos. Van más tipped, hol lehet a kutyus elásva?
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
metastat -a mond valamit?
- A hozzászóláshoz be kell jelentkezni
a metastat -a kimenete egy üres sor
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
fura, a metadb-kimeneteden nem látszik, hogy lenne master-replika...
- A hozzászóláshoz be kell jelentkezni
Tényleg, ez fel sem tűnt hirtelen....
Kezd izgalmasabb lenni a dolog ezáltal
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Ez egy teljesen üres konfigú volume manager lesz, vagy egy régi konfigot kell visszaállítani? (Írtad, hogy már volt rajta raid..)
Ha üres, akkor töröld az összes metadb-t, és nézd meg ebben a fájban mi van:
/etc/lvm/mddb.cf
szerk: ennek a tartalma is érdekes lehet:
/kernel/drv/md.conf
- A hozzászóláshoz be kell jelentkezni
Volt már rajta raid, de nem azt kell visszaállítani. Csak próbálkozok, ismergetem a volume manager rejtelmeit, mert lassan paterolnak tanfolyásra és hogy legalább tudjak felrakni jó kis bosszantó kérdéseket :)
Az mddb.cf fájlban van 4 sor
sd 7 16 hosszú_device_id -3014
sd 7 8208 hosszú_device_id -11206
sd 71 16 másikhosszú_device_id -3072
sd 71 8208 másikhosszú_device_id -11264
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Ha ezek azután vannak benne, hogy törölted az összes metadb-det, akkor szoppancs. Valószínűleg az általad tönkrevágott diszkekre mutatnak.
Töröld őket. :)
És ugyanazokat a bejegyzéseket a
/kernel/drv/md.conf -ból is töröld ki!
(FIGYELEM: Ez csak egy tipp még sosem próbáltam ki, esélyes, hogy frankón agyonvágod a rendszeredet. Ha fontos neked bármi okból az a szerver, akkor ne csináld!
Én szóltam. :) :) )
- A hozzászóláshoz be kell jelentkezni
Köszi, megpróbálom. Írtam a legelején, hogy csak egyelőre vmware alatt szimulálom a problémákat. Így nem gáz ha elhasal, de legalább itt bátran ki lehet próbálni. Mindjárt megírom az eredméynt.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Mielőtt kézzel töröltem volna a fájlok tartalmát, amit írtál, lestem azért egy metadb -i kimenetet és hoppá megjelent a master replika...
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
ebben a fájlban mi van?:
/etc/lvm/md.cf
- A hozzászóláshoz be kell jelentkezni
A két kommentezett soron kívűl semmi.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Ez a szal errol szol, nem sok (max 20-30) mail, es a Sun fejlesztok is hozzaszolnak. Ugyanakkor a konkret megoldas nincs meg, a srac ujraepitette (?) a szervert, igy mar mukodott a dolog. A problema ott van, hogy kulonbozo diszkeken azonos device ID szerepel.
http://mail.opensolaris.org/pipermail/lvm-discuss/2007-February/000215…
- A hozzászóláshoz be kell jelentkezni
Köszi, mindjárt végigolvasom. Hogy a lecsóba lehet, hogy azonos device IDk szerepeltek különböző diszkeken.......?
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Meg van a bibi:
#iostat -iE
sd0 Soft Errors: 5 Hard Errors: 0 Transport Errors: 0
Vendor: VMware, Product: VMware Virtual S Revision: 1.0 Device Id: id1,sd@f2cbbbaab46b2e1df0002794a0000
Size: 2.15GB <2147483136 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 5 Predictive Failure Analysis: 0
sd1 Soft Errors: 5 Hard Errors: 0 Transport Errors: 0
Vendor: VMware, Product: VMware Virtual S Revision: 1.0 Device Id: id1,sd@f2cbbbaab46b2e1df0003b3260001
Size: 2.15GB <2147483136 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 5 Predictive Failure Analysis: 0
sd2 Soft Errors: 5 Hard Errors: 0 Transport Errors: 0
Vendor: VMware, Product: VMware Virtual S Revision: 1.0 Device Id: id1,sd@f2cbbbaab46b2e1df0003b3260001
Size: 2.15GB <2147483136 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 5 Predictive Failure Analysis: 0
sd3 Soft Errors: 5 Hard Errors: 0 Transport Errors: 0
Vendor: VMware, Product: VMware Virtual S Revision: 1.0 Device Id: id1,sd@f2cbbbaab46b2e1df0003b3260001
Size: 2.15GB <2147483136 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 5 Predictive Failure Analysis: 0
sd4 Soft Errors: 5 Hard Errors: 0 Transport Errors: 0
Vendor: VMware, Product: VMware Virtual S Revision: 1.0 Device Id: id1,sd@f2cbbbaab46b2e1df000746710004
Size: 2.15GB <2147483136 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 5 Predictive Failure Analysis: 0
sd16 Soft Errors: 3 Hard Errors: 0 Transport Errors: 0
Vendor: NECVMWar Product: VMware IDE CDR10 Revision: 1.00 Device Id:
Size: 0.00GB <0 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 3 Predictive Failure Analysis: 0
Nézzétek meg az sd1 sd2 sd3 Device ID -ját. Egyeznek. Az ügyes VMWARE nem kezeli hibátlanul a több diszket úgy fest....
Ezért nem csodálkozom, hogy overlappingra nyüsszög. Bár már csak azt nem értem, hogy a legelső próbálkozásnál miért nem nyüsszögött.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni