Witaj konrad,

W Twoim liście datowanym 29 kwietnia 2005 (19:25:26) można przeczytać:

kr> 13/04/05, messie from [ pub_onet ] ...

...

Natomiast stanełem przed następnym wyzwaniem i goglam aż sie procek chce unies z fanem w przestworza.

Przy uruchomieniu modułu dostaje prosty komunikat - Memory fault

a w logach kernela mam :

Apr 29 18:38:49 server kernel: grsec: From 83.29.102.203: attempted resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 by /usr/lib/lms/pinger.so[pinger.so:4086] uid/euid:0/0 gid/egid:0/0, parent /bin/ksh[sh:2089] uid/euid:0/0 gid/egid:0/0

Kernel dystrybucyjny 2.4.29-5 , fizyczna pamiec systemowa w znacznej cześci zajęta. Słaby sprzet i dośc obciążony.

kr> to raczej nie grsec. swapa masz? kr> zobacz/podeślij końcówkę strace'a dla pida, który zdycha. kr> (strace -f /tmp/lmsd -oo lmsd -f)

Sorki kolego , wybacz ale jak wspomniałem nie ta liga. Aby uzyc strace musze sie zagłebic w manuale (zawsze chetnie to robie i na pewno w swoim czasie zrobie) ale totalny zawrót głowy i brak czasu. Więc albo mnie popraw albo wytłumacz łopatologicznie. Albo obchodząc łukiem problem podeślij działajacy moduł dla PLD AC na jajku 2.4.29-5 ( hi hi) . Natomiast moja nieudolna próba u zycia strace wygląda tak.

[admin@serwer lms]# strace -f /usr/lib/lms/pinger.so -oo pinger -f execve("/usr/lib/lms/pinger.so", ["/usr/lib/lms/pinger.so", "-oo", "pinger", "-f"], [/* 24 vars */]) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++

Ja widze tylko ze ubił proces Doprawdy błogosławieni (chyba) ubodzy duchem bo nie kumam mica a niica.