Re: aoe+mdadm crash
Kiss Gabor wrote: > Az init scriptet egy Debian squeeze-ről hoztam át, ott szuperül > működött. Része volt az aoetools csomagnak, viszont a RH vonalon > hiányzik belőle. > > Redhaték vajon nem használnak AOE-t RAID-del együtt? A guglizás > nem mutatja, hogy más is panaszkodna erre. Óóó... A Debianon is én patcheltem bele a RAID támogatást. Persze, hogy nincs hasonló a pirossapkás csomagokban. :-( g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: aoe+mdadm crash
On Wed, Jan 04, 2012 at 04:47:27PM +0100, Kiss Gabor wrote: > Helyzet: > > CentOS 6. 6 darab AOE diszkből RAID5. > Minden szuper, kivéve hogy nem lehet leállani a gépet. > Az umount után kiadott madadm --stop /dev/md0 még lefut, > de azt azonnal kernel pánik. Közli, hogy a memóriában > megsérült a betöltött modulok láncolt listája. > És ezután a halt/shutdown/reboot is elakad valahol végleg. > > A kernel 2.6.32-es. In-kernel AoE modul, vagy a Coraid fele? Ha az elobbi, akkor probald ki az utobbit; a Coraid nem igen tori magat, hogy a kernelben levo drivert frissitse. > Az sem segít, ha az mdmonitort már előbb leállítjuk. > > 6 nagy file-on loop device-okkal összeraktunk egy másik RAID5-t, > azt szét lehetett szedni baj nélkül. > > Az init scriptet egy Debian squeeze-ről hoztam át, ott szuperül > működött. Része volt az aoetools csomagnak, viszont a RH vonalon > hiányzik belőle. > > Redhaték vajon nem használnak AOE-t RAID-del együtt? A guglizás > nem mutatja, hogy más is panaszkodna erre. Hat, en inkabb az AoE ala tennem a RAID-et, nem fole. Mi adja a diszket? Appliance vagy masik Linux? Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
aoe+mdadm crash
Helyzet: CentOS 6. 6 darab AOE diszkből RAID5. Minden szuper, kivéve hogy nem lehet leállani a gépet. Az umount után kiadott madadm --stop /dev/md0 még lefut, de azt azonnal kernel pánik. Közli, hogy a memóriában megsérült a betöltött modulok láncolt listája. És ezután a halt/shutdown/reboot is elakad valahol végleg. A kernel 2.6.32-es. Az sem segít, ha az mdmonitort már előbb leállítjuk. 6 nagy file-on loop device-okkal összeraktunk egy másik RAID5-t, azt szét lehetett szedni baj nélkül. Az init scriptet egy Debian squeeze-ről hoztam át, ott szuperül működött. Része volt az aoetools csomagnak, viszont a RH vonalon hiányzik belőle. Redhaték vajon nem használnak AOE-t RAID-del együtt? A guglizás nem mutatja, hogy más is panaszkodna erre. g -- A mug of beer, please. Shaken, not stirred. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: XFS crash LVM2 köteten
hello, > > Van valakinek ötlete, mi lehet a gond? Az a fura hogy ezt > > korábban is csinálta más kernellel, más userspace verziókkal > > (gondolom a 3.5 év alatt fissült az rsync-is...) > > az XFS akkor szokott force_shutdown-olni, ha inkonzisztenciat talal > sajat magaban. Ez altalaban hardverhibara vezetheto vissza (bar lehet, > hogy a hardverhiba nem most, hanem regebben volt; elofordul a hibas > memoria vagy alaplap altal okozott XFS metaadat-hiba, ami ehhez > vezethet kesobb). aham, az a fura h nekem az összes XFS csinált már ilyet, hardvertől függetlenül... (mármint mind a kettő :P) > Volt egy hasonlora vezeto bug is regebben (2.6.27 kornyeken), ha 3.5 > eves a rendszered, akkor lehet, hogy meg akkor tortent a dolog. szerintem abban az Ubuntuban 2.6.20 körül volt, de közben volt egy upgrade, és most kettő (7.04 volt az eredeti, aztán 7.10, majd 8.04 LTS és 10.04 LTS, a 8.04 kb fél óráig volt fent...) > xfs_repair-jed meg, es probald ujra a mentest. ez megtörtént, tegnap du volt repair és este rsync, ami sikeresen lefutott - de nem igazán vagyok nyugodt. :P Köszönöm: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: XFS crash LVM2 köteten
Hegedüs Ervin wrote: > Van valakinek ötlete, mi lehet a gond? Az a fura hogy ezt > korábban is csinálta más kernellel, más userspace verziókkal > (gondolom a 3.5 év alatt fissült az rsync-is...) az XFS akkor szokott force_shutdown-olni, ha inkonzisztenciat talal sajat magaban. Ez altalaban hardverhibara vezetheto vissza (bar lehet, hogy a hardverhiba nem most, hanem regebben volt; elofordul a hibas memoria vagy alaplap altal okozott XFS metaadat-hiba, ami ehhez vezethet kesobb). Volt egy hasonlora vezeto bug is regebben (2.6.27 kornyeken), ha 3.5 eves a rendszered, akkor lehet, hogy meg akkor tortent a dolog. xfs_repair-jed meg, es probald ujra a mentest. (egy lvm snapshot, ha mar egyszer van lvm-ed, jo otlet lehet elotte) hth raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
XFS crash LVM2 köteten
Hello, Ubuntu 10.04 LTS, pénteken frissítve, kb 3.5 éve telepítve. Van egy XFS filerendszer, ami LVM2 köteten van, néhány SAMBA megosztás van rajta. Korábban is volt vele gond (nem én üzelemtem, ha gond van szólnak), simán crash-el az FS. Szal' upgrade után elindítottam egy rsync-et, h lementsem az egész rendszert, aminek ez lett az eredménye: Pid: 19121, comm: rsync Not tainted 2.6.32-25-generic #44-Ubuntu Call Trace: [] xfs_error_report+0x43/0x50 [xfs] [] ? xfs_free_extent+0xbd/0xf0 [xfs] [] xfs_free_ag_extent+0x53d/0x690 [xfs] [] xfs_free_extent+0xbd/0xf0 [xfs] [] xfs_bmap_finish+0x15d/0x1a0 [xfs] [] xfs_itruncate_finish+0x171/0x350 [xfs] [] xfs_free_eofblocks+0x1d2/0x2a0 [xfs] [] xfs_release+0x128/0x1f0 [xfs] [] xfs_file_release+0x15/0x20 [xfs] [] __fput+0xf5/0x210 [] fput+0x25/0x30 [] filp_close+0x5d/0x90 [] sys_close+0xb7/0x120 [] system_call_fastpath+0x16/0x1b xfs_force_shutdown(dm-0,0x8) called from line 4341 of file /build/buildd/linux-2.6.32/fs/xfs/xfs_bmap.c. Return address = 0xa01798b6 Filesystem "dm-0": xfs_log_force: error 5 returned. és az utolsó sor addig ismétlődik 30 mp-ként, amíg ugye nem tettem rendbe (xfs_repair - ami full rendbeteszi) Ennyit kell még tudni róla: /dev/mapper/vg00-data1 on /home/samba type xfs (rw) Van valakinek ötlete, mi lehet a gond? Az a fura hogy ezt korábban is csinálta más kernellel, más userspace verziókkal (gondolom a 3.5 év alatt fissült az rsync-is...) Most a terv az, hogy valami biztonsági mentés, mkfs.ext3 és visszamásolás, de kihagynám ha van más megoldás... Köszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mplayer crash opengl
2010.02.12. 8:48 keltezéssel, Also-Antal Csaba írta: > > van egy friss ubuntu, hd3200 alalapi vga-val, utolsó xorg-al és > mplayer-el. ha 720p-re van állitva az X az mplayer lejátsza a filmeket > az -vo gl kimeneten, ha 1960x1080-ra állitom a felbontást akkor az > mplayer crash-el (az opengl meghajtóval) kiirja hogy ilyen nem > történhet, de mégis sorozatosan ez történik. a -vo x11 müködik, de a > tearing miatt nem használható. mi lehet a probléma? a xorg.conf-ban atcout 1280x720-ra volt állitva. azt kitörölve nem crashel. ez egy bug sztem.. udv Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mplayer crash opengl
van egy friss ubuntu, hd3200 alalapi vga-val, utolsó xorg-al és mplayer-el. ha 720p-re van állitva az X az mplayer lejátsza a filmeket az -vo gl kimeneten, ha 1960x1080-ra állitom a felbontást akkor az mplayer crash-el (az opengl meghajtóval) kiirja hogy ilyen nem történhet, de mégis sorozatosan ez történik. a -vo x11 müködik, de a tearing miatt nem használható. mi lehet a probléma? udv Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
2008. február 20. 21.28 dátummal Hóbor István ezt írta: > szerver látszik, semmi más...mi lehet a hiba? Az os level 500 -on > van.. ... nem kellene valami normális értékre állítani? Mivel a maximum 255, ha jól tudom... (bocs, csak egy ötlet ;-) Üdv! -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
On Thu, Feb 21, 2008 at 01:34:49PM +0100, BERES Laszlo wrote: > Kosa Attila írta: > > > [HKLM\System\CurrentControlSet\Services\LanManServer\Parameters] > > Hidden = dword:1 > > Ez jó, de a kérdés az, hogy az eddig hónapok óta "jól" működő XP miért > lesz ilyen erőszakos? Mondjuk valamelyik javitas megvaltoztatja az alapertelmezett viselkedeset. -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
Kosa Attila írta: > [HKLM\System\CurrentControlSet\Services\LanManServer\Parameters] > Hidden = dword:1 Ez jó, de a kérdés az, hogy az eddig hónapok óta "jól" működő XP miért lesz ilyen erőszakos? -- Dr. Szöszi http://silver.rulez.org _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
On Thu, Feb 21, 2008 at 12:42:57AM +0100, Hóbor István wrote: > Gigi -n vagy xp, vagy vista fut, és a tartományt munkacsoporti tagként > látja (nincs beléptetve a domainbe).. Saga (Sandor Gabor) leirasabol idezek: "Ha egy gépen nem fut a szerver szolgáltatás (Server service), azt nem fogjuk látni kívülről, ahogy azt sem, amin ez fut, de elrejtjük. Azokkal a munkaállomásokkal lehet és érdemes ezt megjátszani, amelyeken nincs semmiféle publikus megosztás. A szerver szolgáltatást lelőni nem érdemes, mert akkor az adminisztratív megosztások sem élnek, így nehéz távolról beavatkozni a gép beállításaiba. Eldugni viszont nem árt, főleg egy nagy hálóban. Egyszerűen azért, mert a Hálózatok (Network neighborhood) ikon mögötti "kép" nem lesz kitömve sokszáz, fölöslegesen szereplő géppel, illetve a browserek géplistája sem nő eszetlenül nagyra. A szerver funkció elrejtése a [HKLM\System\CurrentControlSet\Services\LanManServer\Parameters] Hidden = dword:1 beállításával lehetséges. A dolognak másik előnye is van: az így belőtt gép soha sem akar a Browser feladatért versenybe szállni. Az ilyen gépeken a Computer Browser (számítógép böngésző) szervizt le kell csapni örökre. Ezt a Control Panel(vezérlőpult)-ból a Services (szolgáltatások) részben lehet megtenni. Kikeresed a Computer Browser (számítógép böngésző) szolgáltatást a listában, majd első lépésként a stop (leállít) gombbal lecsapod, majd a Startup (indítási beállítások?) gomb mögötti ablakban a disabled (tiltott) kijelölő bepiccentésével kitilthatod a rendszerből." -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
Hóbor István írta: > Gigi -n vagy xp, vagy vista fut, és a tartományt munkacsoporti tagként > látja (nincs beléptetve a domainbe).. Ha megnyugtat, két, teljesen eltérő rendszerből is jeleztek hasonlókat nekem, samba-3.0.20-szal. Úgy tűnik, mintha az XP tojna a szerverkörnyezetre, de nem volt még időm debuggolni. -- Dr. Szöszi http://silver.rulez.org _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
Gigi -n vagy xp, vagy vista fut, és a tartományt munkacsoporti tagként látja (nincs beléptetve a domainbe).. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba crash
Hóbor István írta: > Eközben a samba névkiszolgálója elszáll, és csak sokszori nmbd restart > után tér magához, addig a network neigborhoodnál csak a szerver látszik, > semmi más...mi lehet a hiba? Az os level 500 -on van.. GIGI-n mi fut? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
samba crash
Sziasztok! Van egy samba szerver, ami PDC üzemmódban figyelget (egy kollégium login szervereként), és az utóbbi 1 hétben a következőre lettem figyelmes a logban: [2008/02/20 20:55:33, 0] nmbd/nmbd_incomingdgrams.c:process_local_master_announce(309) process_local_master_announce: Server GIGI at IP 10.0.10.136 is announcing itself as a local master browser for workgroup VARFOK and we think we are master. Forcing election. [2008/02/20 20:55:33, 0] nmbd/nmbd_become_lmb.c:unbecome_local_master_success(149) * Samba name server SIRIUS has stopped being a local master browser for workgroup VARFOK on subnet 10.0.10.20 * [2008/02/20 20:55:49, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396) * Samba name server SIRIUS is now a local master browser for workgroup VARFOK on subnet 10.0.10.20 * [2008/02/20 21:07:31, 0] nmbd/nmbd_incomingdgrams.c:process_local_master_announce(309) process_local_master_announce: Server GIGI at IP 10.0.10.136 is announcing itself as a local master browser for workgroup VARFOK and we think we are master. Forcing election. [2008/02/20 21:07:31, 0] nmbd/nmbd_become_lmb.c:unbecome_local_master_success(149) * Samba name server SIRIUS has stopped being a local master browser for workgroup VARFOK on subnet 10.0.10.20 * [2008/02/20 21:07:47, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396) * Samba name server SIRIUS is now a local master browser for workgroup VARFOK on subnet 10.0.10.20 * Eközben a samba névkiszolgálója elszáll, és csak sokszori nmbd restart után tér magához, addig a network neigborhoodnál csak a szerver látszik, semmi más...mi lehet a hiba? Az os level 500 -on van.. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: XFS & crash
Ez bug, vagy feature? tudtommal feature (security) friiz _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
XFS & crash
Sziasztok! Poweroff vagy crash utan az XFS-ben a nem sync-elt file-ok csupa nullaval vannak tele. Ez bug, vagy feature? Lehet ezen parameterezni valamit, hogy ne igy legyen? Vagy epp ez a lenyege, hogy "lassuk", az nem ertekes adat, ami megmaradt szerencsetlen file-bol. A mount/xfs doksijaban nem talaltam semmi okosat a temaban. -Sygma _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
Kiss Gabor írta: Ez nem magyarázza meg nekem a "panic in 5 seconds" üzenetet és a server leállást. Csak arra válaszoltam, amiröl van sejtésem. Az én kerneleim egy szemvillanás alatt pánikba estek (2.4.27-ig). Ha kellett. Üdv, János U.I. Nálam nyilván hardver gondok okoztak ilyesmit. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
In article <[EMAIL PROTECTED]>, =?ISO-8859-2?Q?Gyurk=F3_Zsolt?= <[EMAIL PROTECTED]> writes: > Indításnál lefutott az ntpdate. Üdv, János > > > Ok. ezt értem. > Ez nem magyarázza meg nekem a "panic in 5 seconds" üzenetet és a server > leállást. Persze, hogy nem. Janos arra a kerdesre valaszolt, amit feltettel. :-) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
Indításnál lefutott az ntpdate. Üdv, János Ok. ezt értem. Ez nem magyarázza meg nekem a "panic in 5 seconds" üzenetet és a server leállást. Erre van ötlet ill. javaslat? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
Gyurkó Zsolt wrote: > demo3pts/0192.168.2.130Wed Apr 5 11:41 - crash (00:-26) > > <0>Fatal exception: panic in 5 seconds Indításnál lefutott az ntpdate. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
crash
Üdv! Pár kérdésem volna: 1. Mit jelent a -26 másodperc? Hogyan lehetséges, hogy 11:41-kor volt a crash és 11:15 a következő bejegyzés (boot)? [EMAIL PROTECTED] /]# last root pts/0192.168.2.5 Wed Apr 5 12:55 still logged in root pts/0192.168.2.5 Wed Apr 5 12:42 - 12:55 (00:13) root pts/0192.168.2.5 Wed Apr 5 12:09 - 12:41 (00:32) demo pts/0192.168.2.5 Wed Apr 5 11:16 - 11:43 (00:26) reboot system boot 2.6.9-11.ELsmp Wed Apr 5 11:15 (01:41) demo3pts/0192.168.2.130Wed Apr 5 11:41 - crash (00:-26) Van ezzel kapcsolatban tapasztalata valakinek? [ cut here ] kernel BUG at mm/prio_tree.c:528! invalid operand: [#1] SMP Modules linked in: md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core sunrpc dm_mod button b CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010212 (2.6.9-11.ELsmp) EIP is at vma_prio_tree_add+0x36/0x95 eax: 00bf ebx: cffba334 ecx: edx: 0198 esi: e9765ac4 edi: f716f674 ebp: cffba6cc esp: c7b1bf3c ds: 007b es: 007b ss: 0068 Process datmod (pid: 29544, threadinfo=c7b1b000 task=f771f8b0) Stack: cffba334 ee1ce080 c014a77a cffba334 00100077 f2d55d80 c014b2ba cffba6cc cffba6c0 0199 0001 f716f5c4 ee1ce080 00199000 b7499000 e4a6cd2c cffba6cc cffba6c0 ee1ce080 ee1ce0b0 c7b1b000 f2d55d80 Call Trace: [] vma_link+0x9c/0xbc [] do_mmap_pgoff+0x50e/0x666 [] sys_mmap2+0x7e/0xaf [] syscall_call+0x7/0xb [] unix_release_sock+0x15a/0x201 Code: c3 39 ca 74 08 0f 0b 0f 02 67 aa 2d c0 8b 43 08 2b 43 04 c1 e8 0c 8d 54 02 ff 8b 46 08 2b 4 <0>Fatal exception: panic in 5 seconds Köszönöm. Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
