> My "fuser -cu /tmp" command shows many users of /tmp: > > <MNPB4U>fuser -cu > /tmp > /SYSTEM/tmp: 8c(IBMUSER) 25c(RMFGAT) 50331938(IBMUSER) > 33554852c(AUTO2)> > fuser says these are TSO USERIDs. But when I enter "d > omvs,u=IBMUSER" I get back > IBMUSER NOT FOUND. With "ps -ef" I can see the > PIDS with IBMUSER on them: > IBMUSER 50331938 1 - Oct 21 ? 0:13 IMWHTTPD >> > Q). How can IBMUSER have PID 50331938 that's using /tmp and not be found as > an OMVS USERID?
There is no such thing as a "TSO USERID" or "OMVS USERID". There are only "MVS USERIDs". Every STC, job or user session runs with a specific MVS USERID (short "userid" hereafter). If a user wants to be able to logon to TSO, its userid needs an "attachement" called "TSO segment". Similarly, if user, job, STC, etc. wants to use some z/OS UNIX function, the corresponding userid and the associated group need an "attachement" called "OMVS segment". The OMVS segments, besides other attributes, hold the important UNIX attributes "UID" and "GID". File system objects, such as directories, files, links, etc., are *owner* by a UID and belong to a GID. UNIX processes have UIDs and GIDs assigned. These are pure numbers, not names! Mostly, when UNIX ownership is displayed as result of a command, the number (UID, GID) is translated to the associated USERID and GROUP, resp. with the help of the security product. This works fine as long as you don't have any UID or GID shared, i.e. assigned to more than one USERID or GROUP. I bet IBMUSER does have an OMVS segment with UID=0. There seem to be multiple USERIDs with UID=0 in their OMVS segments. In response to the command, uid=0 is translated back to a USERID, and its just one of those having the uid that will be shown. Note this is not specific to uid=0; it equally applies to any uid that is shared between USERIDs. Try "D OMVS,PID=ddddddd"' where ddddddd is the *decimal* value corresponding the pid show in *hex* in the response to the fuser command. -- Peter Hunkeler ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
