Zbyněk Burget napsal/wrote, On 11/29/09 21:49:
Je plny takovychhle zmatku:
Nov 29 21:44:09 charon kernel:
Nov 29 21:44:12 charon kernel: :
Nov 29 21:44:21 charon kernel: <<110>i1p10>fiwp:f w: 1030105 000C
oAucncte ptT CTP C1P7 629.2.4146..8190..252:84:7839 1502
0197.21.2146..21402..51:0427:8377 3o20u ti nv ivai ae me1m
Nov 29 21:44:21 charon kernel: 1
Nov 29 21:44:23 charon kernel: <<110>i11p0>fiwp:f w: 13001500 00C
oAucncte ptT CTPCP 88.186.71012.2:.80 1167.2.196.2..1304::11523511
93.o99u.t 7v4i.a2 0e6m:180
A soucasne se nejake podivne hlasky zobrazuji i na consoli ?
Vypada to, ze to jsou hlasky ipfw generovane kvuli pouziti direktivy "log".
Az na to, ze zapis do kerneloveho logu je spatne serializovany a zapis
do bufferu navzajem prepisuje. Zatim jsem se s tim setkal jenn u
shutdownu, kratce po hlasce "syncing disc" se take hlasky castecne
navzajem prepisuji.
Jedna se o prakticky uplne cerstvou instalaci FBSD 7.2-p4
vzhledem k tomu, ze se jedna o produkcni router, tak mne takovyhle log
pomerne vazne znepokojuje.
To, ze se to neobjevovalo driv a objevuje se to nyni muze znamenat prave
jen tolik, ze drive se neobjevoval ten typ sitove komunikace, ktery je
zaznamenavan.
jak se tomu dostat na kobylku?
Vzato kolem a kolem, je to v podstate esteticka chyba (pomineme-li, ze
prichazis o ty zaznamy v LOGu). A opravit ji znamena zanorit se hluboko
do synchronizacnich primitiv okolo zapisu do LOG bufferu a zjistit, kde
jsou pouzite chybne (nebo nepouzite vubec). TO nebude vubec zadna
legrace. Ja bych pockal, az to opravi ten, kdo tuhle cast obhospodaruje
- pro nej to bude radove snazsi. A pravdepodobnost, ze by se o problemu
nedozvedel je pomerne mala.
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l