Hey Daniel, 2011/2/14 Ginsburg, Daniel <daniel.ginsb...@childrens.harvard.edu>: > I have a difficult-to-reproduce hang that seems to happen if I leave the > server running a long time. It ends up consuming 100% of one of the CPUs on > the server. I try attaching via gdb to the process and this is what it looks > like when it is hung. Does this provide any clues?
Apparently, a thread is blocked trying to grab a session lock. The backtrace helps, but it would even be better if you repeated this for each thread: (gdb) info threads (gdb) thread 1 (gdb) backtrace (gdb) thread 2 (gdb) backtrace ... What version of Wt is this ? Regards, koen > > Thanks. > > (gdb) backtrace > #0 __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > #1 0x00007f6c742e05d9 in _L_lock_953 () from /lib/libpthread.so.0 > #2 0x00007f6c742e03fb in __pthread_mutex_lock (mutex=0x1d1cd18) at > pthread_mutex_lock.c:61 > #3 0x00007f6c7611a501 in boost::mutex::lock (this=0x7ffff2bcf030, > session=..., takeLock=true) at /usr/include/boost/thread/pthread/mutex.hpp:50 > #4 boost::unique_lock<boost::mutex>::lock (this=0x7ffff2bcf030, session=..., > takeLock=true) at /usr/include/boost/thread/locks.hpp:338 > #5 Handler (this=0x7ffff2bcf030, session=..., takeLock=true) at > /chb/users/ginsburg/Downloads/wt-3.1.7a/src/web/WebSession.C:502 > #6 0x00007f6c76137215 in Wt::WebController::expireSessions (this=<value > optimized out>) at > /chb/users/ginsburg/Downloads/wt-3.1.7a/src/web/WebController.C:172 > #7 0x00007f6c76138ae0 in Wt::WebController::run (this=0x7ffff2bcf2a0) at > /chb/users/ginsburg/Downloads/wt-3.1.7a/src/web/WebController.C:121 > #8 0x00007f6c75b71982 in Wt::runSession (conf=..., server=<value optimized > out>, sessionId=DWARF-2 expression error: DW_OP_reg operations must be used > either alone or in conjuction with DW_OP_piece. > ) at /chb/users/ginsburg/Downloads/wt-3.1.7a/src/fcgi/Server.C:744 > #9 0x00007f6c75b72b6d in Wt::WServer::start (this=0x7ffff2bcf560) at > /chb/users/ginsburg/Downloads/wt-3.1.7a/src/fcgi/Server.C:893 > #10 0x00007f6c75b76148 in Wt::WRun (argc=3, argv=0x7ffff2bcf738, > createApplication=0x4b40b0 <createApplication(Wt::WEnvironment const&)>) at > /chb/users/ginsburg/Downloads/wt-3.1.7a/src/fcgi/Server.C:953 > #11 0x00000000004b245b in main (argc=3, argv=0x7ffff2bcf738) at > /home/danginsburg/workspace/www/wt/src/pl_gui/PipelineApp.cpp:448 > (gdb) info threads > 15 Thread 0x7f6c6d648700 (LWP 3461) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 14 Thread 0x7f6c6cc47700 (LWP 3462) pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 > 13 Thread 0x7f6c6c246700 (LWP 3463) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 12 Thread 0x7f6c6b845700 (LWP 3464) pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 > 11 Thread 0x7f6c6ae44700 (LWP 3465) 0x00007f6c723bc885 in ?? () from > /lib/libgcc_s.so.1 > 10 Thread 0x7f6c6a443700 (LWP 3466) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 9 Thread 0x7f6c69a42700 (LWP 3467) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 8 Thread 0x7f6c69041700 (LWP 3468) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 7 Thread 0x7f6c68640700 (LWP 3469) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 6 Thread 0x7f6c67c3f700 (LWP 3470) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > 5 Thread 0x7f6c6723e700 (LWP 3471) pthread_cond_timedwait@@GLIBC_2.3.2 () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211 > 4 Thread 0x7f6c6683d700 (LWP 3472) pthread_cond_timedwait@@GLIBC_2.3.2 () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211 > 3 Thread 0x7f6c65e3c700 (LWP 3473) pthread_cond_timedwait@@GLIBC_2.3.2 () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211 > 2 Thread 0x7f6c6543b700 (LWP 3474) pthread_cond_timedwait@@GLIBC_2.3.2 () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211 > * 1 Thread 0x7f6c7664e760 (LWP 3460) __lll_lock_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > (gdb) > > > -- > Dan Ginsburg / email: daniel.ginsb...@childrens.harvard.edu > Principal Software Architect > Fetal-Neonatal Neuroimaging and Development Science Center > Children's Hospital Boston > 300 Longwood Avenue > Boston, MA 02115 > Phone: 857-218-5140 > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > witty-interest mailing list > witty-interest@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/witty-interest > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ witty-interest mailing list witty-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/witty-interest
