[Clamav-devel] Re: Clamav-90_2 Lockup with freebsd 6.2
Hi all, After adding some debug stuff to clamd running with freebsd libpthread.so I found that: looking at the output value of 'ps -auxH | grep clamd | grep -v grep | wc -l' is always staying at 6 threads, but the number of threadpool-thr_alive is going higher and higher. So threadpool-thr_alive isn't decreased and is completly incorrect. In my tests the number of threads with libpthread.so is never going higher than 6 threads. That explains, why a higher load is going to delay all scan operations more and more. With libthr.so the value of threadpool-thr_alive is equal with the output of the ps. It can go very high, but always goes back if no more work is there to do. After the maxthreads limit is reached, clamd becomes completly unresponsive with libpthreads.so. SIGKILL and SIGSTOP don't work because some (unexisting) worker threads block on pthread_cond_timedwait(). Only kill -9 helps. Of course, the counter threadpool-thr_alive is wrong and may cause this problem. Maybe someone with more threads knowledge can help here. I'll now add some debug stuff to see where threadpool-thr_alive is going to be increased and where it is decreased. The strange thing is that this works fine with libthr.so. Martin ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
[Clamav-devel] Clamav 0.90.X defects
Can anyone explain why Clamav 0.90.X cannot find /usr/lib/libmilter.a on BSD/OS 4.3.1 ?? Calamav 0.88.X can do so. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] Clamav 0.90.X defects
On Sun, Mar 04, 2007 at 05:13:03PM -0700, Dave Shariff Yadallee - System Administrator a.k.a. The Root of the Problem said: On Mon, Mar 05, 2007 at 12:04:26AM +, Stephen Gran wrote: On Sun, Mar 04, 2007 at 03:06:21PM -0700, Dave Shariff Yadallee - System Administrator a.k.a. The Root of the Problem said: Can anyone explain why Clamav 0.90.X cannot find /usr/lib/libmilter.a on BSD/OS 4.3.1 ?? Calamav 0.88.X can do so. Probably because it's actually looking for /usr/lib/libmilter.so ? Rebuild your milter library as a shared object, unless you really want static linking. Hmm!!! sendmail 8.13.8 is not so oriented as far as I see. I beg to differ: [EMAIL PROTECTED]:~$ ll /usr/lib/libmilter.so lrwxrwxrwx 1 root root 14 2007-01-09 11:14 /usr/lib/libmilter.so - libmilter.so.0 [EMAIL PROTECTED]:~$ dpkg -l libmilter-dev ii libmilter-dev8.13.8-3 Sendmail Mail Filter API (Milter) It certainly can be done. I don't know anything about your specific environment or build arguments, but I assume it will work. At any rate, how to rebuild sendmail is probably wandering off topic for a list about ClamAV development issues, so I'll stop here. -- -- | Stephen Gran | Our little systems have their day; They | | [EMAIL PROTECTED] | have their day and cease to be; They| | http://www.lobefin.net/~steve | are but broken lights of thee. -- | || Tennyson| -- signature.asc Description: Digital signature ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
[Clamav-devel] Re: Clamav-90_2 Lockup with freebsd 6.2
Hi, Make sure clamd is checking the return value of pthread_create() for errors. You can also set LIBPTHREAD_PROCESS_SCOPE=yes or LIBPTHREAD_SYSTEM_SCOPE=yes in your environment to force process scope or system scope threads (libpthread only) for clamd. Yes, it does check the return value. And setting system or process scope doesn't make any difference. As I said, increasing the thread count works, decreading doesn't. -- Martin ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net