z/OS-Specific Troubleshooting for USS/HFS Deployment

In this section:

The troubleshooting techniques described in this sections are available for an USS/HFS deployment.


Top of page

x
Recovering Orphaned Shared Memory Segments on z/OS

When the server is restarted after an abend, an orphaned shared memory segment is often found. A server start will try to clear the memory segment so that it may continue the start process. The accompanying error message (which also displays even if the server self-recovers) is:

Shared memory remains but WSM process is gone

Self-recovery is often successful and the message may be ignored. However, if the server still fails to actually start, you can use manual commands to find and remove the shared memory. The associated directory location that is used as the shared memory key will not actually be available until a machine IPL. To avoid waiting for a machine IPL, you can set EDASHARE manually in ISSTART EDAENV DD and the ISTOP JCL to point at a new directory location.

  1. To display the orphaned memory objects, issue the command:
    IPCS M -X
  2. To remove the orphaned memory objects, issue the command:
    IPCRM M

    IPL will eliminate the orphaned shared memory segment.

  3. If you cannot IPL the machine, temporarily add the following EDASHARE setting (with the client directory path) to the ISTART EDAENV DD.
    000050 //EDAENV      DD      *
    000051 TZ=EST5EDT
    000053 EDASHARE=/ibi/srv77/ffs/web  

    where:

    web

    Is a newly created directory. It can be any name.

    This will point the server to a new directory to be used as the shared memory segment key.

    This syntax should also be added to the ISTOP JCL, but should be removed from both JCLs after IPL.


Top of page

x
INSUFFICIENT AUTHORITY TO GETPSENT Messages on z/OS

INSUFFICIENT AUTHORITY TO GETPSENT messages may appear in JESLOG. For more information about what causes these messages, see the IBM APAR II11813.

The APAR recommends issuing one of the following RACF commands to work around this problem:

SETROPTS LOGOPTIONS (NEVER(PROCACT))
SETOPTS LOGOPTIONS (DEFAULT(PROCACT))

However, when a non-superuser in the OMVS shell issues the command ps -ef, the following security message is repeated in SYSLOG:

ICH408I USER(default) GROUP(dgltgrp) NAME(bpxdefaultuser) 060
CL(PROCACT ) INSUFFICIENT AUTHORITY TO GETPSENT

This does not indicate an error. It is an informational message issued because of RACF LOGOPTIONS settings. The ps -ef command is a request to show all processes that the requester is authorized to see, but a non-superuser is allowed to see only his or her own processes.


iWay Software