Dan Lukes napsal(a):
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 ?
U konzole nejsem, tam se dostanu pri trose stesti nejdriv nekdy zitra
behem dne.
Vypada to, ze to jsou hlasky ipfw generovane kvuli pouziti direktivy "log".
Mam trochu strach z jednoho - pro ze zakona povinne logovani provozu na
siti pouzivam prave log v IPFW (vsechny syn, fin a rst packety) - aby
diky tomuhle nebylo neco v systemu zahlcene. Tenhle log je opravdu
obrovsky, nicmene ten nijak poskozeny neni. Prohlizel jsem i ostatni
logy a i ty jsou v poradku. Jediny takhle rozsypany je prave pouze messages.
>> 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.
Driv se mi sem tam neco podobenho objevilo na prave odstavenem routeru
na FBSD 6.4, kde ale odchazel HDD (Proto jsem starsi router docasne
odstavil, abych ho dal dokupy a pak bude souzit, jako zaloha). A ja mel
podezreni, ze bylo neco diky poskozenemu HDD nabourano v systemu. Po
nasazeni routeru na FBSD 7.2 je toho log beznadejne plny. Nemam v nem
prakticky nic jine.
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
Pokud je to jen esteticka chyba, muzu s tim nejakou chvili zit. Jsem
takhle ale prakticky bez logu a to neni moc potesujici stav :-(
do synchronizacnich primitiv okolo zapisu do LOG bufferu a zjistit, kde
jsou pouzite chybne (nebo nepouzite vubec). TO nebude vubec zadna
naprosto netusim, o cem tu byla rec %) ...predpokladam, ze's mi
nenadaval ;-)
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.
O.K. - budeme verit, ze se to brzy opravi.
Zbynek
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l