Hi Dave,
Thanks for the pointers.
Responding to your questions individually.
Did I actually enlarge the zFS? It appears not. Doing the df -vk shows me
this:
Mounted on Filesystem Avail/Total Files Status
/Service (OMVS.SOFTWARE.SMPNTS.ZFS) 4133103/23544000 4294966285 Available
ZFS, Read/Write, Device:27, ACLS=Y
Filetag : T=off codeset=0
Aggregate Name : OMVS.SOFTWARE.SMPNTS.ZFS
Which makes it appear that it didn't actually add a second volume to the zFS
VSAM. I did not know of the limitation requiring a multi volume zFS being
built that way at create time.
Taking into account the size of the order, the note I got from IBM says it is
18,886 MB which roughly translates into 26450 cylinders *2 for unpacking. I
typically define a separate filesystem for the SMPWORK (or whatever it is
actually called) so the pax uncompress goes into this other filesystem, so my
smpnts should have easily fit onto a mod27 volume. I do have a small directory
tree for cobol 4.2 sitting there but thought I had enough room to squeeze z/OS
onto there. I guess not. I'll move the cobol to a different filesystem to
free up the space in my smpnts.
However, I would have thought that running the "receive an order" process the
second time would have tried to re-receive the missing pax.Z file and blown
again with out of space being that the zFS wouldn't extend. That part still
bothers me, considering the second run of the receive job said it ran
successfully even though I'm missing a rather important part of my order.
Rex
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Jousma, David
Sent: Wednesday, March 4, 2020 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: SMP/E receive order problem
Rex,
Did you actually enlarge the ZFS? Finally, the other part of this is that you
have to take the size of your order, and almost double the size to have room
for the pax files to decompress. I don’t think that a ZFS can grow to be
multi-volume, unless initially allocated that way. When I order and download a
serverpack, I allocate a 50Gb multivolume ZFS. My normal SMPNTS is usually
much smaller, maybe 15Gb or so.
You might navigate to the filesystem and issue a "df -vk ." and see how much
space you actually have?
Your RSN code of EF01604E
zFS Mon Dec 16 12:08:54 EST 2019
Description: General VM cache failure.
Action: If the return code is ENOSPC (133), the file system or aggregate is
full. If this is the case, make more space available. Otherwise, contact the
service representative.
_____________________________________________________________________________________________________
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Pommier, Rex
Sent: Wednesday, March 4, 2020 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E receive order problem
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Hi,
I'm guessing this is a simple fix, but I'm not finding the solution and rather
than spend 3 days looking, I thought if somebody knows the answer right off, I
would save some time.
The situation is I am trying to do a receive order for z/OS 2.4 and my SMPNTS
ran out of space - filled up a 3390-27 even though my calculation said it
should only take 20000 cylinders. Anyway, it apparently failed getting the
last pax.Z file from the IBM web site - the ROOT filesystem pax file.
Here are the errors I got:
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.
TIA,
Rex
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 **CAUTION EXTERNAL
EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
This e-mail transmission contains information that is confidential and may be
privileged. It is intended only for the addressee(s) named above. If you
receive this e-mail in error, please do not read, copy or disseminate it in any
manner. If you are not the intended recipient, any disclosure, copying,
distribution or use of the contents of this information is prohibited. Please
reply to the message immediately by informing the sender that the message was
misdirected. After replying, please erase it from your computer system. Your
assistance in correcting this error is appreciated.
----------------------------------------------------------------------
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
