On Thu, 22 Apr 2010 11:35:41 +0300, G+D+J+ B+N% #B+J+ wrote: > >Last night, I ran a receive order problem. >The job downloaded a file named S0001.SHOPZ.S9084121.SMPMCS.pax.Z that is >895,749,120 bytes. >A few other files (SMPHOLD and some XML files) were downloaded. > >That job abended because there was no space in the file system with message: >pax: FSUM6260 write error on file >"/etc/ptfs/work/smpe2010112054737554188/S0001.SHOPZ.S9084121.SMPMCS": EDC5133I >NO SPACE LEFT ON DEVICE. > >Is there a way to find out the actual size of S0001.SHOPZ.S9084121.SMPMCS?
You should be able to infer that from the allocation parameters in GIMPAF.XML. >I tried running the command pax rvf S0001.SHOPZ.S9084121.SMPMCS.pax.Z, but it >too abended because of space problems. >When I ran the command, a file named GIMFAF.XML was created. Its contents are: ><?xml version="1.0" ?> ><FILELIST> ><FILEATTR >name="SHOPZ.S9084121.SMPMCS" >level="03.02.00.00" >type="SMPPTFIN" >dsorg="PS" >recfm="FB" >lrecl="80" >blksize="27920" >allocunits="RECORD" >length="27920" >avgrec="U" >secondary="4410" >primary="41970"> ></FILEATTR> ></FILELIST> > >Once I enlarge the ZFS to the correct size, what would be the best way to >continue the process? > It appears that the problem was not with the ZFS, but with the Classic data set, S0001.SHOPZ.S9084121.SMPMCS. At this point, the transfer should have been complete. Try a RECEIVE FROMNTS, possibly with a bigger SMPWKDIR. Or copy the ZFS files, and retry the RECEIVE ORDER. It should detect that the files have already been transferred and resume from the point of failure. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
