<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don&#39;t know, anything could lock up your site if something is waiting<br>
for a lock, for example.<br>
<br>
Use <a href="http://pypi.python.org/pypi/z3c.deadlockdebugger" target="_blank">http://pypi.python.org/pypi/z3c.deadlockdebugger</a> to figure out<br>
what the threads are doing at this time. Preferably, trigger the<br>
dump_threads() method of that module on SIGUSR1, like the Zope<br>
signalstack product does (see<br>
<a href="http://svn.plone.org/svn/collective/Products.signalstack/trunk/Products/signalstack/__init__.py" target="_blank">http://svn.plone.org/svn/collective/Products.signalstack/trunk/Products/signalstack/__init__.py</a><br>

for the exact code to bind the signal handler). That&#39;ll tell you<br>
exactly what each thread is busy with when you send the signal.<br></blockquote><div><br></div><div>That module seems to be just the trick for seeing if I have</div><div>a deadlock issue. I set up the SIGUSR1 thing, but whenever I would</div>
<div>send the signal to the server, it would stop, saying something about</div><div>system call interrupting the &#39;select&#39;, so I just made it output the contents</div><div>of dump_threads() to a file once a minute. If it happens again I&#39;ll look</div>
<div>at the tail end of the file &amp; see what they&#39;re all busy with. </div><div><br></div><div>Thanks, seems like this will likely do the trick,</div><div>- Claudiu</div></div>