While improvements to tools and delivery mechanisms are always to be wished
for, I'd like to Beckham this thread back toward a suggestion made recently
by Kurt Quackenbush. If you tell IBM what you already have, you'll get just
what you need.
If you wanted to fill out your classic literature collection, you would NOT
order all works of all the Elizabethan dramatists, meet the UPS delivery on
your front porch, sift through the cartons, remove just the titles you
don't already own, and send the guy packing with all the rest back to the
Amazon warehouse. You would instead order what you needed in the first
place and take delivery of the whole package.
Either 'inventory' mechanism for ordering maintenance works very well. I'm
not sure that selective receive is worth a whole lot of limited development
dollars. Even with today's weakling buck. ;-(
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]
Paul Gilmartin
<[EMAIL PROTECTED]
TEK.COM> To
Sent by: IBM IBM-MAIN@BAMA.UA.EDU
Mainframe cc
Discussion List
<[EMAIL PROTECTED] Subject
.EDU> Re: SMP/E RECEIVE AND FROMNTS
12/03/2007 08:18
AM
Please respond to
IBM Mainframe
Discussion List
<[EMAIL PROTECTED]
.EDU>
On Mon, 3 Dec 2007 08:25:08 -0500, Gray, Larry - Larry A wrote:
>
>Thanks for the test. I was hoping to get by without part of the
>SMPPTFIN. One of the elements is nearly 7GB in size, and I was wanting
>to not have to create a zFS that large. Since they document that the
>zFS is supposed to be three times the size of the order, I will need a
>21GB file system unless I can make the order forget about the large
>FMID.
>
You're welcome; it wasn't pure altruism -- I was curious myself.
Gulp! Is this a relative file? Regardless, it's a discourtesy to
the customer to bundle things so that he must deal with 21GB whether
he needs it or not.
I believe, of course, that the "three times" is a rough guess.
If compression was better than average, you might need more.
If you RECEIVE selectively, it might be three times the SELECTEd
FMIDs plus one time the EXCLUDEd FMIDs. Use SMP/E 3.4; later
releases of SMP/E claim to be more frugal in use of storage.
It is possible to edit the GIMPAF.XML file and repair the SHA-1
checksum; I've done it; not for the faint-hearted, and I haven't
resource to give you much assistance.
Wishlist for future design of RECEIVE FROMNETWORK SELECT():
<snip>
----------------------------------------------------------------------
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
