[BSD] gmirror parancs nem válaszol

[Marosi Imre]

Sziasztok!

Az újraindítás nem sikerült, pontosabban már a leállítás sem.

Hideg reset után betöltött a kernel, felismerte az eszközöket, 
elindította a gm0 alap tömböt hibátlanul, ám amikor ezt a bizonyos 
gm1-es tömböt betöltötte (2/2), megállt a boot folyamat.
Se előre, se hátra: se kernel panic, se konzol, se bármilyen 
billentyűkombinációra reakció.
Ide tartozik, hogy az újraindítás előtt a "beállt" folyamatok "g_wait" 
állapotban voltak.

Újraindítás után kihúzásra került az egyik hdd-t ami a gm1 tömbben volt.
Ugyanúgy megállt, csak előtte érzékelte, hogy a gm1 tömb (1/2) 
állapotban van.

Így mind két új merevlemezt le kellett húzni a gépről. Így elindult, de 
így már nyoma sincs a gm1 tömbnek.
A gm1 tömb nem volt egyébként sehova bemountolva/csatolva.

Szeretnék további ötleteket kérni, mit csinálhatnék.

Ha promptról indítanám, de kiiktatnám a gmirror modult a 
/boot/loader.conf-ból, akkor az alap rendszer sem indulna el, ugye?
Ha kézzel betölteném a modult, akkor viszont mindkét tömböt egyszerre 
ismerné fel, és megint befagyna?

Gondolom jó lenne berakni a hdd-kat egy másik, nem freebsd-s gépbe, és 
törölni az összes slice-ot, partíciót, majd utána újra megpróbálni.
Mivel ezek SAS-os hdd-k, és nincs másik gép a közelben, amibe 
berakhatnám, jó lenne találni valami alternatív megoldást.

Előre is köszi: Jumu



2014.02.26. 19:55 keltezéssel, Marosi Imre írta:
> sajnos csak munkaidőben tudok hozzáférni, és csak egy másik cégen 
> keresztül, de ez egy hosszú történet :)
> de nagyon köszönöm a felajánlást!
>
> 2014.02.26. 19:34 keltezéssel, DaVieS írta:
>> Melyik szerverpark?
>>
>> Azért kérdezem, mert este lehet pont arra lesz dolgom.
>>
>> 2014.02.26. 18:21 keltezéssel, Marosi Imre írta:
>>> 2014.02.26. 17:48 keltezéssel, Gabor HALASZ írta:
>>>> On 2/26/2014 2:57 PM, Marosi Imre wrote:
>>>>> Szia,
>>>>>
>>>>> # uname -a
>>>>> FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012
>>>>> root at farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
>>>>>
>>>>> # ls /dev
>>>>> acpi            da2             kbd1 null sndstat
>>>>> ttyv7           ugen3.1
>>>>> atkbd0          da3             kbdmux0 pass0 stderr
>>>>> ttyv8           ugen4.1
>>>>> audit           dcons           klog pass1           stdin
>>>>> ttyv9           urandom
>>>>> bpf             devctl          kmem pass2 stdout
>>>>> ttyva           usb
>>>>> bpf0            devstat         led pass3 sysmouse
>>>>> ttyvb           usbctl
>>>>> cam             dgdb            log pass4           ttyv0
>>>>> ttyvc           xpt0
>>>>> cd0             fd              mdctl pass5 ttyv1
>>>>> ttyvd           zero
>>>>> console         fido            mem pci ttyv2 ttyve
>>>>> consolectl      geom.ctl        midistat ptmx ttyv3
>>>>> ttyvf
>>>>> ctty            io              mirror pts ttyv4
>>>>> ugen0.1
>>>>> da0             iso9660         mpt0 random ttyv5           ugen1.1
>>>>> da1             kbd0            nfslock ses0 ttyv6
>>>>> ugen2.1
>>>>>
>>>>> # ls /dev/mirror
>>>>> gm0     gm0s1   gm0s1a  gm0s1b  gm0s1d  gm0s1e  gm0s1f gm1 gm1s1
>>>>> gm1s1a
>>>>>
>>>>> Lecsatolni pedig az umount majd umount -f parancssal próbáltam,
>>>>> eredménytelenül.
>>>>>
>>>>
>>>> Probald a kezeddel lecsatolni. Marmint a sata kabelt a diszkekrol 
>>>> (a sata hotswapelheto), talan kimozditja a deadlockbol, ha eltunik 
>>>> a device.
>>>
>>> jó lenne, ha nem szerverparkban lenne bent, rackben, tőlem 50 km-re.
>>> de lehet, hogy ez lesz.
>>> -- 
>>> Magyar BSD Levelezőlista
>>
>> -- 
>>
>>
>> --
>> Magyar BSD Levelezőlista
>

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://datacast.hu/pipermail/bsd/attachments/20140228/376711c0/attachment-0001.html>
--------- következő rész ---------
A non-text attachment was scrubbed...
Name: nem elérhető
Type: image/jpeg
Size: 56276 bytes
Desc: nem elérhető
URL: <http://datacast.hu/pipermail/bsd/attachments/20140228/376711c0/attachment-0001.jpe>