Hello, T?r?k Edvin! On Mon, Jul 23, 2007 at 12:20:31PM +0300 [EMAIL PROTECTED] wrote about "Re: [Clamav-users] FreeBSD CPU problem": > On 7/23/07, Lystopad Oleksandr <[EMAIL PROTECTED]> wrote: > > hi! > > > > I have a problem with latest clamav 0.91.1 on my FreeBSD server > > 6.2-p5. > > > > I run clamav from fresh ports, several times rebuild and reinstall, > > check all configs, and it anyway eat about 95% CPU after 1..1,5 > > hours. My mail server runs on latest exim from ports. > > [...] > > Debug yes > > Try setting this to no. > Try attaching with gdb to clamd when this happens( 95% CPU), and get a > backtrace of _all_ threads.
Thanks, Edvin! This is output from another one server with ``Debug yes'' option: 16:46:24 [EMAIL PROTECTED] $ uname -rsm FreeBSD 6.2-RELEASE-p3 i386 16:49:57 [EMAIL PROTECTED] $ 16:43:22 [EMAIL PROTECTED] $ gdb /usr/local/sbin/clamd 59430 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Attaching to program: /usr/local/sbin/clamd, process 59430 Reading symbols from /usr/local/lib/libclamav.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libclamav.so.2 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/lib/libbz2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libbz2.so.2 Reading symbols from /usr/local/lib/libgmp.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgmp.so.7 Reading symbols from /usr/lib/libthr.so.2...(no debugging symbols found)...done. [New Thread 0x9bc3400 (LWP 100099)] [New Thread 0x9fb6100 (LWP 100078)] [New Thread 0x8057000 (LWP 100087)] Loaded symbols for /usr/lib/libthr.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 0x9bc3400 (LWP 100099)] 0x2830f83b in __vfprintf () from /lib/libc.so.6 (gdb) (gdb) info thread 3 Thread 0x8057000 (LWP 100087) 0x282c377f in accept () from /lib/libc.so.6 2 Thread 0x9fb6100 (LWP 100078) 0x2830f83b in __vfprintf () from /lib/libc.so.6 * 1 Thread 0x9bc3400 (LWP 100099) 0x2830f83b in __vfprintf () from /lib/libc.so.6 (gdb) bt #0 0x2830f83b in __vfprintf () from /lib/libc.so.6 #1 0x2829dcf0 in vsnprintf () from /lib/libc.so.6 #2 0x2809480e in cli_dbgmsg () from /usr/local/lib/libclamav.so.2 #3 0x280936f6 in cli_validatesig () from /usr/local/lib/libclamav.so.2 #4 0x28091aeb in cli_ac_scanbuff () from /usr/local/lib/libclamav.so.2 #5 0x28093925 in cli_scandesc () from /usr/local/lib/libclamav.so.2 #6 0x2809e61a in cli_scanraw () from /usr/local/lib/libclamav.so.2 #7 0x2809aa37 in cli_magic_scandesc () from /usr/local/lib/libclamav.so.2 #8 0x2809c7d0 in cli_scanfile () from /usr/local/lib/libclamav.so.2 #9 0x2809cb76 in cli_scandir () from /usr/local/lib/libclamav.so.2 #10 0x2809d65a in cli_scanmail () from /usr/local/lib/libclamav.so.2 #11 0x2809ad34 in cli_magic_scandesc () from /usr/local/lib/libclamav.so.2 #12 0x2809ee64 in cl_scandesc () from /usr/local/lib/libclamav.so.2 #13 0x0805060e in getopt_long_only () #14 0x0804dfd9 in getopt_long_only () #15 0x0804e696 in getopt_long_only () #16 0x0804e3d8 in getopt_long_only () #17 0x282505cf in pthread_create () from /usr/lib/libthr.so.2 #18 0xbf6cbfec in ?? () (gdb) th thbreak thread (gdb) thread 1 [Switching to thread 1 (Thread 0x9bc3400 (LWP 100099))]#0 0x2830f83b in __vfprintf () from /lib/libc.so.6 (gdb) thread 2 [Switching to thread 2 (Thread 0x9fb6100 (LWP 100078))]#0 0x2830f83b in __vfprintf () from /lib/libc.so.6 (gdb) thread 3 [Switching to thread 3 (Thread 0x8057000 (LWP 100087))]#0 0x282c377f in accept () from /lib/libc.so.6 (gdb) quit The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/sbin/clamd, process 59430 16:44:56 [EMAIL PROTECTED] $ 16:46:14 [EMAIL PROTECTED] $ ps -uaxH|grep clamd|grep -v grep clamav 59430 48,3 9,0 71832 69812 ?? RLs пт08 187:55,07 /usr/local/sbin/clamd clamav 59430 48,0 9,0 71832 69812 ?? RLs пт08 187:55,07 /usr/local/sbin/clamd clamav 59430 0,0 9,0 71832 69812 ?? SLs пт08 187:55,07 /usr/local/sbin/clamd clamav 59430 0,0 9,0 71832 69812 ?? SLs пт08 187:55,07 /usr/local/sbin/clamd 16:46:24 [EMAIL PROTECTED] $ And first server, where I make ``Debug no'' in config about 3 hours no problem at all! Business time with high mail activity and no problems with clamd! I'll continue follow the clamd. Thanks. -- Oleksandr Lystopad _______________________________________________ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
