sendmail

[Michal Zalewski]

On Wed, 4 Nov 1998, Krzysztof G. Baranowski wrote:

>> Aha, tak na marginesie - radze wam goraco prezyjrzec sie pakietowi
>> Ustawienie obu na 4096 powinno wystarczyc. Quick test czy klogd jest
>> podatny <...>

> Nie dziala.... jedyne co dostaje w logach, to 
> Nov  4 17:35:20 manjak syslogd: Cannot glue message parts together

Erm a to ciekawe. Napewno dales odpowiednia ilosc smiecia (~2 kb,
najlepiej cos w stylu "aaaa..." ;-), a na koncu printk ocalal '\n'? Radze
tez stracnac klogd'a i zobaczyc co robi. Ja dla pewnosci pociagnalem tego
samego, na ktorym testowales - 1.3-22. O dziwo przy tej probie w logach
nie pojawilo sie nic, ale strace klogd'a pokazalo ze w kolko sie miota:

[...]
write(1, "<3>Sep  9 01:09:41 kernel: Canno"..., 57) = 57
read(1094795585, 0x8072318, 4096)       = -1 EBADF (Bad file descriptor)
time([905296181])                       = 905296181
[...]

A w logach po jakims czasie...

[...]
Sep  9 01:09:31 lcamtuf kernel: Cannot read proc file system.
Sep  9 01:10:01 lcamtuf last message repeated 187987 times
Sep  9 01:10:02 lcamtuf last message repeated 4850 times

Przy eksperymentach z nieco wiekszym buforem:

[...]
read(0, "<4>AAAAAAAAAAAAAAAAAAAAAAAAAAAAA"..., 4096) = 2053
--- SIGSEGV (Segmentation fault) ---

sysklogd-1.3-22.src.rpm z rh51 (nie udalo mi sie zauwazyc zadnego
update'a). Mozliwe, ze maja tu cos do powiedzenia glibce vs libce albo
kernel, ale dosc watpliwe, bo blad jest definitywny: bufor linii ma 1024,
bufor wczytanych danych 4096, wczytane dane sa rozbijane na pojedyncze
linie na podstawie obecnosci '\n'.

_______________________________________________________________________
Michal Zalewski [lcamtuf w ids.pl] [ENSI / marchew] [dione.ids.pl SYSADM]
[http://linux.lepszy.od.kobiety.pl/~lcamtuf/] <=--=> bash$ :(){ :|:&};:
[voice phone: +48 (0) 22 813 25 86] ? [pager (MetroBip): 0 642 222 813]
Iterowac jest rzecza ludzka, wykonywac rekursywnie - boska [P. Deutsch]