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?
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
