Sponsored Content
Full Discussion: Svhptdaemon
Operating Systems HP-UX Svhptdaemon Post 302989055 by Peasant on Friday 6th of January 2017 02:03:49 PM
Old 01-06-2017
Using tools such as lsof or truss, if you have them installed.
Code:
truss -rall -wall -p PID

Examine the calls, perhaps some file is missing and program runs continuously in loops or similar issues (could explain the large %sys usage)

Also issue a find to perhaps to locate from which script is that spawned as rbatte suggested.


Something in the line of :
Code:
find /sbin/init.d -type f -exec egrep "svhptdaemon|svhpt" {} /dev/null \;

If you get a match, examine that script for possibility to disable that and what that is actually.
Perhaps i can offer more assistance in couple of days when i get to hpux box.

Hope that helps
Regards
Peasant.
 
FORK(2) 							System Calls Manual							   FORK(2)

NAME
fork - spawn new process SYNOPSIS
fork( ) DESCRIPTION
Fork is the only way new processes are created. The new process's core image is a copy of that of the caller of fork. The only distinc- tion is the fact that the value returned in the old (parent) process contains the process ID of the new (child) process, while the value returned in the child is 0. Process ID's range from 1 to 30,000. This process ID is used by wait(2). Files open before the fork are shared, and have a common read-write pointer. In particular, this is the way that standard input and output files are passed and also how pipes are set up. SEE ALSO
wait(2), exec(2) DIAGNOSTICS
Returns -1 and fails to create a process if: there is inadequate swap space, the user is not super-user and has too many processes, or the system's process table is full. Only the super-user can take the last process-table slot. ASSEMBLER
(fork = 2.) sys fork (new process return) (old process return, new process ID in r0) The return locations in the old and new process differ by one word. The C-bit is set in the old process if a new process could not be cre- ated. FORK(2)
All times are GMT -4. The time now is 07:37 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy