1752571 Members
5166 Online
108788 Solutions
New Discussion юеВ

Re: gdg64 processes

 
SOLVED
Go to solution
Kwahae_1
Regular Advisor

gdg64 processes

I have three of these processes on my hp-ux 11.23 box and they seem to be chewing a lot of cpu time. Is it possible I can kill them without affecting the system? What is the role of gdg64 and how can I stop it permanently if I don't need it?
5 REPLIES 5
Steven Schweda
Honored Contributor

Re: gdg64 processes

I know nothing, but almost the only reference
Google could find to "gdg64" was this
question. Perhaps the first question to
answer would be, 'What is "gdg64"?' If its
some locally developed application, then
asking here may not tell you much.

If you do simply kill the processes, I'm sure
that anyone who cares will be sure to explain
to you exactly what they do.
Dennis Handly
Acclaimed Contributor

Re: gdg64 processes

Are you sure you didn't mean gdb64? That's the wdb debugger for 64 bit mode for PA.

If you don't know what they do, you can always renice them so they don't use so much CPU:
renice -n 20 PID ...

Who is the parent for these processes? What is the command line?
Kwahae_1
Regular Advisor

Re: gdg64 processes

Hi Denis,

Yes I actually meant gdb64. Please find attached the activities that brought about the processes. Unfortunately I haven't got the DBA with me at the moment to tell me what is being debugged. Any help? I will do the "nice" part for the moment till I find a solution.
Steven E. Protter
Exalted Contributor

Re: gdg64 processes

Shalom,

Well if its consuming too many cpu cycles, you can clearly kill the process.

You might annoy whomever was running the process. This appears to be a user initiated command.

To have good relations with your users you might wish to talk them first.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Dennis Handly
Acclaimed Contributor
Solution

Re: gdg64 processes

>Please find attached the activities that brought about the processes.

Everything is clear now. :-)

>Unfortunately I haven't got the DBA with me at the moment to tell me what is being debugged. Any help?

Basically oracle has "crashed" and it attempting to invoke gdb to print out a stack trace to aid in debugging. Unfortunately it is hanging, one for a whole month.

>I will do the "nice" part for the moment till I find a solution.

If you want to save even more time you can send SIGSTOP to the process to suspend it. (SIGCONT to resume.)

I don't think there is anything you can do. Talk to your DBA and Oracle. I suppose you could send SIGQUIT to the process to get a core file.
You probably want a process tree first:
UNIX95=1 ps -Hfu oracle

You might want to check your wdb version and download the latest:
http://www.hp.com/go/wdb

>SEP: This appears to be a user initiated command.

No, no humans involved here. :-)