> I’m trying to install z/OS 2.5 with zOSMF. It get’s to the point of > restoring files, but at some point I get this message: > > JOB00189 IEF244I IZUD04UZ GIMUNZIP - UNABLE TO ALLOCATE 1 UNIT(S) > AT LEAST 1 OFFLINE UNIT(S) NEEDED. > JOB00189 IEF877E IZUD04UZ NEEDS 1 UNIT(S) > FOR GIMUNZIP SYSUT1 > FOR VOLUME SCRTCH- 1 > OFFLINE, NOT ACCESSIBLE > 0120-013F 0160-017F 0226-022F 023A-027F 02A0-02FF 0320-037F 03A0-03FF > 0700-071F 0980-099F 0C00-0C1F 0D40-0D5F 1200-19FF 2000-21FF 3000-31FF > 4000-41FF 5000-51FF 6000-61FF 7000-71FF 8000-81FF 9000-91FF A000-A1FF > B000-B1FF C000-C1FF D000-D1FF E000-E1FF F000-F1FF > : > JOB00189 IEF878I END OF IEF877E FOR IZUD04UZ GIMUNZIP SYSUT1 > JOB00189 *52 IEF238D IZUD04UZ - REPLY DEVICE NAME OR 'CANCEL'. > > This is the point in the install where it is trying to restore this file: > > CB.SYS1.AFOMHFS > > According to the dialog, the file is just under 35,000 tracks. The > volume on which it is supposed to be allocated has well over 133,000 > tracks available. > > SYSUT1... Is this related to the /tmp space used to unpack the file?
Not /tmp, but temporary data sets, yes. By default GIMUNZIP allocates temporary data sets to SYSALLDA, and I'm guessing your SYSALLDA pool doesn't have enough free space for this particular data set. Edit the JCL and add this after the <GIMUNZIP> tag: <TEMPDS volume="volser"> </TEMPDS> Specify a volser GIMUNZIP should use for temporary data sets. For more information see here: https://www.ibm.com/docs/en/zos/2.5.0?topic=routine-gimunzip-package-control-tags Kurt Quackenbush -- IBM | z/OS SMP/E and z/OSMF Software Management | [email protected] Chuck Norris never uses CHECK when he applies PTFs. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
