Divne hlasky ve /var/messages
Zbyněk Burget
zburget at burgnet.cz
Sun Nov 29 22:28:53 CET 2009
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
More information about the Users-l
mailing list