In this section:
This section provides detailed descriptions of new features for the core server and clients.
zIIP implementation has been enhanced to account for zIIP CPU time for CPU LIMIT purposes. This will enable you to prevent system runaways when CPU activity is heavily zIIP-oriented.
zIIP time is incremented every time zIIP processing is switched off, that is, every time the server performs an I/O call or calls an external subroutine.
On sites that use SMS rules to manage the environment, the ISETUP installation might fail due to improper space allocation or inadequate disk volume when the VOLUME keyword is overridden by the SMS rules.
SMS Management ignores the VOLUME parameter in allocations. If the installation provides only the VOLUME parameter, data sets are created according to SMS rules, not respecting the VOLUME passed and, therefore, may end up on a disk with insufficient space. The installation procedure now supports the SMS parameters MGMTCLAS, STORCLAS, and DATACLAS. This enables the installer to specify the proper SMS class to create our data sets.
In addition to the UNIT and VOLUME allocation keywords, the following parameters are supported:
You can set native i5 QPRINT and SPLUSRDTA spool system values for spooled OFFLINE print files. The print spool job will pick up the attributes of the specified QPRINT file and associate the SPLUSRDTA string (10-character limit) for the print spool job, so it can be displayed by native operating system tools such as DSPSPLF and WRKSPLF.
The DYNAM SUBMIT ddname command was originally designed to work with a DYNAM ALLOC ddname command. On HFS-deployed servers (UNIX System Services), the DYNAM SUBMIT command has been enhanced to check for a FILEDEF ddname if a DYNAM ALLOC is not found.