Is this something I can do when I discover the process is hung, or something that has to be prepared before it hangs?&nbsp; For example, if I come back into the office on Monday to find RANCID hung, is there anything I can do to collect forensics as to what caused it to hang?<br clear="all">
<br>--<br>Eric Cables<br>
<br><br><div class="gmail_quote">On Fri, Nov 14, 2008 at 3:26 PM, john heasley <span dir="ltr">&lt;<a href="mailto:heas@shrubbery.net">heas@shrubbery.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have no idea what the problem is. &nbsp;I expect it&#39;l require a mix of<br>
ktrace, gcore/gdb, and tcpdump to figure out what is causing tcl/expect<br>
to hang.<br>
<br>
Fri, Nov 14, 2008 at 11:25:29AM -0800, Eric Cables:<br>
<div><div></div><div class="Wj3C7c">&gt; Are there any debugging options available to try and isolate the root cause<br>
&gt; of the problem? &nbsp;I could probably write up a shell script that finds hung<br>
&gt; processes and kills them, but that&#39;s certainly not the best option. :-)<br>
&gt;<br>
&gt; --<br>
&gt; Eric Cables<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Nov 14, 2008 at 11:18 AM, john heasley &lt;<a href="mailto:heas@shrubbery.net">heas@shrubbery.net</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Fri, Nov 14, 2008 at 10:33:16AM -0800, Eric Cables:<br>
&gt; &gt; &gt; I&#39;ve been running into this problem quite frequently, about once a week<br>
&gt; &gt; or<br>
&gt; &gt; &gt; so rancid will hang for no apparent reason, and until I kill the process<br>
&gt; &gt; it<br>
&gt; &gt; &gt; will remain hung. &nbsp;I&#39;ve read in the archives that Linux &amp; Solaris have a<br>
&gt; &gt; &gt; problem with expect that requires a patch, but does this also include<br>
&gt; &gt; &gt; FreeBSD?<br>
&gt; &gt;<br>
&gt; &gt; Yes, some combinations of recent tcl / expect seem to have trouble on fbsd.<br>
&gt; &gt; I&#39;m not sure why, but the expect was pulled from distribution site for<br>
&gt; &gt; defects. &nbsp;the problem is that rolling back (via ports) seems to resurrect<br>
&gt; &gt; an old problem which itself had been correct in ports by rolling back,<br>
&gt; &gt; IIRC.<br>
&gt; &gt;<br>
&gt; &gt; I do not use freebsd and haven&#39;t had time to debug the problem. &nbsp;ports is,<br>
&gt; &gt; imho, too anxious to move forward with new tcl/expect versions and both are<br>
&gt; &gt; too delicate for that.<br>
&gt; &gt;<br>
</div></div></blockquote></div><br>