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
Correcting Orphaned Shared Memory Segments on z/OS

When the server is restarted after an abend, an orphaned shared memory segment is created. The accompanying error message reads:

Shared memory remains but WSM process is gone
  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. Add the following EDASHARE pointer (with the client directory path) to the ISTART EDAENV DD
    000050 //EDAENV      DD      *
    000051 TZ=EST5EDT
    000053 EDASHARE=/ibi/srv52/ffs/web            

    where:

    web

    Is a newly created directory, but can be any name.

    This will point the server to a new shared memory segment. This syntax should also be added to the ISTOP jcl.


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