OA53241: VIO specification on FLMALLOC with IOTYPE=P is ignored

APAR status

• Closed as fixed if next.

Error description

• .
  An SCLM Language Definition includes an FLMALLOC statement with
  IOTYPE=P (partitioned data set).  Like with other IOTYPEs, the
  VIO keyword is supposed to override the usual rule for selection
  of the VIOUNIT based on the comparison of RECNUM against the
  MAXVIO value on the FLMCNTRL statement.  However this
  specification is being ignored, so VIO is selected (or not)
  solely on the size comparison.
  
  If DSNTYPE=LIBRARY is specified with VIO=N and a smaller RECNUM
  value, this can result in allocation failures when that
  processor is invoked.  For example:
  
    IKJ56893I DATA SET &SYSLMOD NOT ALLOCATED+
    IGD17040I ERROR IN DADSM PROCESSING ON VOLUME UNKNWN FOR DATA
              SET SYS17178.T091909.RA000.MYJOBN.SYSLMOD.H01
    HISTORIC RETURN CODE IS 196 DIAGNOSTIC INFORMATION IS 0C060090
  

Local fix

• .
  When DSNTYPE=LIBRARY is required, update the associated Language
  Definition in the Project Definition (PROJDEFS) to use one of
  the following specifications:
  
   - CATLG=Y
  
   - RECNUM= some value larger than the MAXVIO value for this
     project.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of z/OS ISPF: SCLM                 *
  ****************************************************************
  * PROBLEM DESCRIPTION: A temporary PDS built for an IOTYPE=P   *
  *                      FLMALLOC on a COBOL build used VIO,     *
  *                      even though CATLG=N and VIO=N was       *
  *                      specified.                              *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The VIO parameter is not being analyzed when determining what
  type of unit should be used for a temporary PDS specified
  by FLMALLOC.
  

Problem conclusion

Temporary fix

Comments

• This APAR is being closed FIN (Fixed If Next) with concurrence
  from the submitting customer. This means that a fix to this
  APAR is expected to be delivered from IBM in a release (if
  any) to be available within the next 36 months.
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

• RN02 PSN

     UP