Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ut-sally!utah-cs!utah-gr!stride!stride1!mitch
From: mitch@stride1.UUCP (Thomas P. Mitchell)
Newsgroups: comp.unix.questions
Subject: Re: ps (1) has gone away
Message-ID: <670@stride.Stride.COM>
Date: Mon, 18-May-87 18:16:32 EDT
Article-I.D.: stride.670
Posted: Mon May 18 18:16:32 1987
Date-Received: Tue, 19-May-87 06:27:53 EDT
References: <648@boulder.Colorado.EDU> <2047@bunker.UUCP>
Sender: news@stride.Stride.COM
Reply-To: mitch@stride1.UUCP (Thomas P. Mitchell)
Organization: MicroSage Comp. Sys. Inc., 680 S. Rock Blvd, Reno, NV 89502
Lines: 27
Summary: Check permissions

In article <2047@bunker.UUCP> zink@bunker.UUCP (David Zink) writes:
>Charles Shub:
>>we rebuilt Ultrix 1.1 for our microvax, all was fine except PS no longer
>>lists any processes.
>

I assume the file 'ps' was copied in when you reinstalled the OS.
If it is there, check the permissions.  Also invoke it with a
full path name "/bin/ps" just incase PATH/path is messed up. If
as root '/bin/ps' works and it does not as a normal user then
permissions are the problem.  'ps' must be able to read kernel
memory to find out what processes the kernel is managing.  To do
this the program is normally SUID to root (PID=0) or SGID so that
it has read permission on "/dev/kmem".  Also check devices to
ensure that they are there and can be read.
 
-r-sr-sr-x  1 root     sys         27104 Oct  9  1986 /bin/ps
or
-rwxr-sr-x  1 root     kmem        40960 Jan 10  1902 /bin/ps

Good luck from Reno


Thomas P. Mitchell (mitch@stride1.Stride.COM)
Phone:	(702) 322-6868 TWX:	910-395-6073
MicroSage Computer Systems Inc. a Division of Stride Micro.
Opinions expressed are probably mine.