All,

Just to close this, I got a note back from SMP/E support today stating that all 
is well even though the ".ROOT.pax.Z" file didn't get created.  The gentleman 
from SMP/E said that when the RESTORE job runs to build the actual system 
datasets, it would recognize that the ROOT.pax.Z file doesn't exist, find the 
components, and build the ROOT.pax.Z file at that time.  I don't know if I'll 
test his response or if I'll just move forward with the install using the 
completed RECEIVE ORDER system.  I know where assuming get me, but at this 
point I've got to assume that if the RESTORE job hits an out-of-space trying to 
build the ROOT.pax.Z file, it'll fail at that point.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Pommier, Rex
Sent: Tuesday, March 10, 2020 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: SMP/E receive order problem

All,

In case anybody's interested in this, I have more information.  The z/OS root 
filesystem is the file being transferred that is failing.  I was able to 
recreate the problem in our sandbox.  What appears to be happening is that the 
root filesystem pax.Z file is actually being sent in 11 pieces, each at 512 MB. 
 The root is over 5 GB so the file is transferred in 11 chunks then assembled 
on site in the Unix filesystem.  The assembly part is what appears to be 
failing so all the parts did get transferred successfully.   I found all 11 
chunks that make up the root filesystem.

I'll be opening a PMR for this.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Kurt Quackenbush
Sent: Thursday, March 5, 2020 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: SMP/E receive order problem

> 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.
Hmmm... that is suspicious.  Are you sure you're looking in the same directory 
and file system that SMP/E is looking in?

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 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to