Re: [U2] Getting information on udt processes
On 8/4/06, Symeon Breen <[EMAIL PROTECTED]> wrote: BTW I have found that port.status stack.trace, atleast on linux, on a unirpcd process sometimes does not work, it does not return anything ! Not sure why. Sadly, that's the case with UniData on HP-UX as well. :( :PORT.STATUS PID 3570 CALL.STACK Licensed/Effective # of Users Udt Sql iPhantomTotal 100 / 100 49 0 0 49 Udtno Pid User Port Last command processed 433570useridudcs Any other ideas? Can I send it a signal like 'kill -3' to get a stack track (and would it do me any good?) -- Wendy --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Getting information on udt processes
BTW I have found that port.status stack.trace, atleast on linux, on a unirpcd process sometimes does not work, it does not return anything ! Not sure why. On 02/08/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > > On 8/2/06, Tom Dodds <[EMAIL PROTECTED]> wrote: > > > If you are on UniVerse it is LAYER.STACK instead of CALL.STACK. > > Thanks! I created a page on the wiki with an example of PORT.STATUS: > >http://www.pickwiki.com/cgi-bin/wiki.pl?ViewCallStack > > -- > Wendy > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Getting information on udt processes
On 8/2/06, Tom Dodds <[EMAIL PROTECTED]> wrote: If you are on UniVerse it is LAYER.STACK instead of CALL.STACK. Thanks! I created a page on the wiki with an example of PORT.STATUS: http://www.pickwiki.com/cgi-bin/wiki.pl?ViewCallStack -- Wendy --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Getting information on udt processes
On 8/2/06, Timothy Snyder <[EMAIL PROTECTED]> wrote: Try PORT.STATUS PID 9 CALL.STACK. It reports the call stack, including the current line number for all executed programs and external subroutines. Thank you! That's *exactly* what I need. Now I just have to wait for it to happen again. :) -- Wendy --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Getting information on udt processes
If you are on UniVerse it is LAYER.STACK instead of CALL.STACK. Tom Dodds [EMAIL PROTECTED] 513-563-2800 Cincinnati Office 708-234-9608 Chicago Office 630-235-2975 Anywhere Cell -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Snyder Sent: Wednesday, August 02, 2006 2:45 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Getting information on udt processes [EMAIL PROTECTED] wrote on 08/02/2006 01:57:45 PM: > Rather than just kill the process, is there some way to get a stack > trace from it? I'd love to find out what subroutine it's running. Try PORT.STATUS PID 9 CALL.STACK. It reports the call stack, including the current line number for all executed programs and external subroutines. Tim Snyder Consulting I/T Specialist U2 Consulting North American Lab Services IBM Software Group 717-545-6403 [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Getting information on udt processes
[EMAIL PROTECTED] wrote on 08/02/2006 01:57:45 PM: > Rather than just kill the process, is there some way to get a stack > trace from it? I'd love to find out what subroutine it's running. Try PORT.STATUS PID 9 CALL.STACK. It reports the call stack, including the current line number for all executed programs and external subroutines. Tim Snyder Consulting I/T Specialist U2 Consulting North American Lab Services IBM Software Group 717-545-6403 [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Getting information on udt processes
Occasionally we have some udt process that take up lots of resources and never finish. Most likely there's an endless loop in some subroutine. I know it's coming through unirpcd, because the processes are owned by a user that is only allowed to connect that way. Most likely it's in a subroutine called by one of the Java apps. We just kill the processes and life goes on. Somewhere, someone's browser has probably timed out, but no one has called to complain so it's hard to figure out what's going on. Rather than just kill the process, is there some way to get a stack trace from it? I'd love to find out what subroutine it's running. Thanks, -- Wendy --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
