Thanks, thats the clue I needed. Here is the process i used to get the dump in case someone else is curious.
ls /proc/PID/fd/1 Output shows /proc/PID/fd/1 -> pipe:[979841] Doing a cat on /proc/PID/fd/1 while using kill -3 shows no output. So then I use lsof to find that other process tied to the pipe. lsof | grep 979841 This shows me the original thread and the Second PID used by sipxsupervisor. ls /proc/Second PID/fd shows that pipe is tied to fd 39. So know i can cat /proc/Second PID/fd/39 And I get a dump. I was also able to use jmap as suggested as well. -M >>> Alex Mateescu <amatee...@ezuce.com> 09/16/12 6:32 PM >>> I have yet to see an instance where kill -3 doesn't work. Check whether stdout isn't already redirected, that's where the output is printed. Alex On Sat, Sep 15, 2012 at 6:00 PM, Matt White <mwh...@thesummit-grp.com> wrote: kill -3 <pid> does not work. I'm not sure if its because the process is stuck but I can use on other java process but not the one stuck at 100% Thats why i tried jack as its already available on the machine. -m >>> Alex Mateescu <amatee...@ezuce.com> 09/15/12 10:16 AM >>> kill -3 <pid>, optionally redirected to a file seems to work better than jstack, though it will show the running threads, not how much CPU they use. For that, you'd need to connect a profiler (e.g. VisualVM) to the running process. Alex On Fri, Sep 14, 2012 at 10:32 PM, George Niculae <geo...@ezuce.com> wrote: Try using jmap -F -dump:file=dump.map PID Loading in MemoryAnalyzerTool reveals issues George On Friday, September 14, 2012, Matt White <mwh...@thesummit-grp.com> wrote: > Yup. > > But looking at the stack I dont think it really shows much. I see alot of > these: Error occurred during stack walking: > > A quick google would show jstack cant always walk the stack when its hung, so > I'm not sure its valid. > > Its easy to replicate, copy over the jain-sip-sdp and restart call control. > Utilization goes to 100%. > Copy the old one back and restart call control and it goes back to normal. > > When I have some spare time I might go back through some older releases of > jain-sip and see if the issue started at a specific release. > > -M > >>>> Douglas Hubler <dhub...@ezuce.com> 09/14/12 2:57 PM >>> > this is when is was consuming 100% of CPU? > > On Fri, Sep 14, 2012 at 2:42 PM, Matt White <mwh...@thesummit-grp.com> wrote: >> I used jstack to get a dump of the thread. >> >> Contents available on pastebin: http://pastebin.com/qDSFC4HE >> >>>>> Douglas Hubler <dhub...@ezuce.com> 09/13/12 8:18 PM >>> >> >> On Thu, Sep 13, 2012 at 7:56 PM, Matt White <mwh...@thesummit-grp.com> >> wrote: >>> Just thought I'd give an update on updating the jain-sip >>> >>> I've put this latest jain-sip in production on 3 system for several weeks >>> now. One 4.2.1 and the other 2 are 4.4 >>> >>> They are working fine and there is no useability issues. However the >>> sipxrest java process pegs at 100%. >>> >>> Our systems are multi-core so it doesnt affect system usage. >>> >>> Setting the call control logs to debug dont show any additional detail. >>> >>> Is there a good way to debug the sipxrest process. >> >> there was some way to dump the java thread and by calling kill -3 on >> the process and then cat'ing a file descriptor, but i cannot recall >> the exact sequence. Anyone recall? >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- This email was Anti Virus checked by the Summit Technology Consulting Groups Astaro Security Gateway. http://www.astaro.com
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
