Hello oops-users, Wednesday, November 26, 2003, 12:01:28 PM, you wrote: >> А PAM так и не починили... :( IK> Я с pam-ом не разбирался вообще, да и модуль не я писал... IK> Если есть желание поправить ситуацию - обьясните что там плохо - буду IK> править. Плохо то, что он падает :( Мне сложно сказать из-за чего, скорее всего при частых обращениях. Схема работы такова, что сам радиус живет на W2k Server, oops - через mod_radius & pam ходит на него. Когда юзверя лазят редко - еще успевает, как только более активно в несколько рук - падение. # grep starting oops.out | grep "Wed Nov 26" Wed Nov 26 09:29:51 EET 2003: starting oops Wed Nov 26 10:08:46 EET 2003: starting oops Wed Nov 26 10:28:14 EET 2003: starting oops Wed Nov 26 10:32:52 EET 2003: starting oops Wed Nov 26 10:39:30 EET 2003: starting oops Wed Nov 26 10:43:24 EET 2003: starting oops Wed Nov 26 10:52:50 EET 2003: starting oops Wed Nov 26 11:42:03 EET 2003: starting oops Wed Nov 26 11:46:14 EET 2003: starting oops Wed Nov 26 11:47:26 EET 2003: starting oops Wed Nov 26 11:56:24 EET 2003: starting oops Wed Nov 26 12:09:39 EET 2003: starting oops Wed Nov 26 12:11:55 EET 2003: starting oops Wed Nov 26 12:19:16 EET 2003: starting oops Wed Nov 26 12:20:02 EET 2003: starting oops Wed Nov 26 12:23:58 EET 2003: starting oops Wed Nov 26 12:25:03 EET 2003: starting oops Wed Nov 26 12:38:31 EET 2003: starting oops Wed Nov 26 12:41:06 EET 2003: starting oops Wed Nov 26 12:47:54 EET 2003: starting oops Wed Nov 26 12:49:21 EET 2003: starting oops Wed Nov 26 12:50:44 EET 2003: starting oops Wed Nov 26 13:00:29 EET 2003: starting oops Wed Nov 26 13:05:59 EET 2003: starting oops Wed Nov 26 13:06:16 EET 2003: starting oops Wed Nov 26 13:13:48 EET 2003: starting oops Wed Nov 26 13:36:29 EET 2003: starting oops Wed Nov 26 13:59:22 EET 2003: starting oops Wed Nov 26 14:42:15 EET 2003: starting oops
при этом Clients : 4 (max: 6) HTTP requests: 196 ICP requests: 0 Total hits : 7 Curr.req.rate: 0.50 req/sec (max: 1.02) Tot.req.rate : 0.36 req/sec т.е. только только начинается нагрузка - падение. >> # uname -a >> FreeBSD 5.1-CURRENT #2: Sun Oct 26 04:09:59 EET 2003 >> >> (gdb) where >> #0 0x282ea7f4 in flockfile () from /lib/libc.so.5 >> #1 0x282cd28a in fgets () from /lib/libc.so.5 >> #2 0x282bedd5 in getservent () from /lib/libc.so.5 >> #3 0x282be015 in getservbyname () from /lib/libc.so.5 >> #4 0x283f18f6 in rad_add_server () from /usr/lib/libradius.so.1 >> #5 0x283f1ead in rad_config () from /usr/lib/libradius.so.1 >> #6 0x283ee206 in pam_sm_authenticate () from /usr/lib/pam_radius.so.2 >> #7 0x28144616 in openpam_dispatch () from /usr/lib/libpam.so.2 >> #8 0x28143a81 in pam_authenticate () from /usr/lib/libpam.so.2 IK> pam.c:483 retval = pam_authenticate (pamh, 0); IK> pamh - видимо нормальный, потому что до этого два вызова с ним прошли IK> успешно. Что тут может быть криво? Да оно работает все, но вот только до определенного момента. :( >> # tail /var/log/messages >> Nov 26 10:28:04 plant kernel: pid 7097 (oops), uid 100: exited on signal 11 (core >> dumped) >> Nov 26 10:28:15 plant oops: in openpam_dispatch(): >> pam_radius.so: no pam_sm_acct_mgmt() >> Nov 26 10:28:48 plant last message repeated 10 times и еще вот это смущает... кто использует радиус? может подскажут к чему это... Может взять другой pam_radius, но oops из-за самого pam не может (?) падать в корку... -- Best regards, Konstantin Nikonenko http://www.kot.dp.ua/ ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
