2008/4/6 Miroslav Lachman <[EMAIL PROTECTED]>: > Dan Lukes wrote: > >> Miroslav Lachman napsal/wrote, On 04/05/08 22:39: >>>Pri rebootu se mi velmi casto stava, ze se stroj nerebootne, ale misto >>>toho vytuhne s kernel panicem: >> >>>spin lock 0xc0bdca00 (sched lock) held by 0xc5122c60 (tid 100001) too long >>>panic: spin lock held too long
Můj kernel je potvora úplně stejný panic :-( FreeBSD test.rx.cz 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 06:48:16 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 >> Jestli mas ke kernelu, na kterem jedes, jeste v puvodnim adresari kam >> se prekladalo kernel.debug, tak si ho otevri v debuggeru a zjisti kde ve >> zdrojovem kodu je misto "held by" (adresu mas ve te zprave). Tim by se >> mnozina moznych pricin mohla znacne omezit. > > To bohuzel nemam, protoze jsem system ani jadro nekompiloval. Pouze > nainstaloval a nasledne upgradoval pres `freebsd-update -r 7.0-RELEASE > upgrade` I tady na tom jsem stejně. >> A taky muzes kernel prelozit s INVARIANTS/INVARIANT_SUPPORT (see man >> mutex) - to by mohlo vyznamne zvysit mnozstvi informaci kernelem >> poskytnutych v okamziku problemu. Ovsem - za cenu trvale zvysene rezie >> pri behu. Na druhou stranu - je to docasne a navic, kdyz ses rozhodoval >> pro nasazeni 7.0 taks s moznosti neceho takoveho musel pocitat. > > S moznosti problemu jsem samozrejme pocital. V pristich tydnech mi snad > prijde novy stroj, na kterem bych si s tim mohl chvili pohrat, tak pokud > bude cas, vyzkousim na nem vlastni kernel s INVARIANTS a kdyztak se > jeste ozvu. Nějaké výsledky ? Já jsem našel tohle - http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121322 ale ani tam nedošli k nějakému závěru, jenom že to souvisí s víceprocesotovým kernelem (u mě AMD Athlon(tm) 64 X2 Dual Core Processor 4000+) P. -- FreeBSD mailing list ([email protected]) http://www.freebsd.cz/listserv/listinfo/users-l
