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():
Transfer the GIMPAF.XML and SMPPTFIN files
Unpack and process the SMPPTFIN files
Transfer, unpack, and processes SMPRELF files for only
selected SYSMODs.
A contributor a few years ago said the IBM site should appear
to the customer's SMP/E as "The Great SMPPTS in the Sky,"
permitting transfer of only data necessary for selected operations.
-- 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
