Hmmm... that is suspicious. Are you sure you're looking in the same directory and file system that SMP/E is looking in?GIM43501S ** THE CALL TO THE BPX1WRT SERVICE FAILED WHEN PROCESSING /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z. THE RETURN CODE WAS '00000085'X AND THE REASON CODE WAS 'EF01604E'X. GIM49011S ** AN ERROR OCCURRED WHILE CREATING ARCHIVE FILE /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z FROM ITS SEGMENTS. GIM47601I PACKAGE OS240809.content WAS PARTIALLY STAGED TO THE SMPNTS.I added another mod27 volume to the storage group and restarted the job. This run ended with RC=0 however, I got this in the output: GIM64700I FILE /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z ALREADY EXISTS AND WILL NOT BE TRANSFERRED. I look in the filesystem and this pax file doesn't exist. How do I convince SMP/E that the file isn't there and it needs to get it again from IBM. I don't really want to delete the entire order and re receive it as the receive job ran for 6 hours before failing.
Not only does SMP/E look to see if the file already exists before downloading, it also calculates and compares the hash value for the existing file to ensure it is complete and accurate. The GIM64700I message implies SMP/E both found the file and the calculated hash matches the expected value.
If truly the file does not already exist, then open a Case with IBM Support against SMP/E.
Kurt Quackenbush -- IBM, SMP/E Development 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
