Any messages in SYSLOG like IGD, IOE, IEC or other at the time of this issue?
Application that quickly creates many small files and then deletes them in a small zfs aggregate, eventually begins receiving EDC5133I No space left on device. The ls -al output shows NO files in the filesystem, however, a df -vKp shows the filesystem is full. Further info obtained by issuing F ZFS,AGGRINFO aggregatename verifies the filesystem INODE table is full. This condition persists until the filesystem is unmounted and remounted. It may not be your primary zFS file but the workPath folder, check using the df command. 4000MB may not be enough. You will need a /tmp file that is roughly the same size as the HFS you used to download your serverpac. When I downloaded my 1.8 serverpac, I allocated a zFS twice the size of the order size, and pointed the work directory back to that mountpoint, rather than taking the /tmp default. Depending on which system you are running this on, filling up /tmp may cause you a little heartburn. This process is not easy to diagnose. Sometimes the out of space is not the one you suspect it is. Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Mainframe Mainframe > Sent: Tuesday, December 02, 2014 3:50 AM > To: [email protected] > Subject: RSU UNZIP space issue. > > Hello Group, > I am in the process of applying RSU1410 but while unzipping > it I am > facing space issue . > > > > /bin/pax -zvrf > > /u/SLE/RSU1410/SMPPTFIN/S0001.SHOPZ.S2654213.SMPMCS.pax.Z > > ./GIMFAF.XML > > ./GIMFAF.XML > ------------------------------------------------------------------------------- > DATE 11/19/14 TIME 22:19:47 SMP/E > 36.13 > UNIX COMMAND OUTPUT > > > /bin/pax -zvrf > > /u/SLE/RSU1410/SMPPTFIN/S0001.SHOPZ.S2654213.SMPMCS.pax.Z > > ./GIMFAF.XML > ./SMPPTFIN > pax: FSUM6260 write error on file "./SMPPTFIN": EDC5133I No space left on > device > > > > GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM > SERVICE COMMAND. > GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING > ARCHIVE > /u/SLE/RSU1410/SMPPTFIN/S0001.SHOPZ.S2654213.SMPMCS.pax.Z. > GIM20501I GIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST > RETURN CODE WAS > 12. > > IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP00001) FILENAME IS > (/u/SLE/RSU1410/temp/smpe2014323221642624191/GIMFAF.XML) > IEF142I UNZIPRSU UNZIP - STEP WAS EXECUTED - COND CODE 0012 > > > > > ------------------------------------------------------------------------------- > # df -Pk /u/SLE/RSU1410/ > Filesystem 1024-blocks Used Available Capacity Mounted on > OMVS.SYS5.RSU.SLE 3072048 2696780 375152 88% /u/SLE/RSU1410 > # exit > > > As RSU size is really big, So I am trying to allocate bigger space of HFS > dataset > with 4000MB and multi volume and which i will be mounting at > /u/SLE/RSU1410//temp but I am getting below issue. I think we have space > constraint of allocating these dataset. > > > > > IKJ56893I DATA SET OMVS.SYS5.RSU.TEMP NOT ALLOCATED+ IGD17281I > ALLOCATION FOR DATA SET OMVS.SYS5.RSU.TEMP FAILED, VOLUME > (ABL056) WAS EXPLICITLY SPECIFIED FOR A GUARANTEED SPACE > REQUEST BUT WAS REJECTED IGD17273I ALLOCATION HAS FAILED FOR > ALL VOLUMES SELECTED FOR DATA SET OMVS.SYS5.RSU.TEMP > IGD17277I THERE ARE (8) CANDIDATE VOLUMES OF WHICH (8) ARE > ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE > STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR > VOLUME SELECTION. > THE CANDIDATE STORAGE GROUPS WERE:TESTG IGD17279I 6 > VOLUMES WERE REJECTED BECAUSE THEY WERE NOT ON THE INCLUDE > LIST IGD17279I 1 VOLUMES WERE REJECTED BECAUSE OF A DADSM > FAILURE (044E0097) > *** > > Can anybody help me to come out of this issue. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
