|
*This message was transferred with a trial version of CommuniGate(r) Pro*
Larry,
Thanks for detailed explanation.
I'd like to confirm, are you applying all 40 LPARs from one image catalog using remote virtual optical on a source machine, or are you copying the image catalogs to each LPAR.
If only one, and 40 LPARS, agree fix central is way to go.
By the way, my fix central is still "loading" 1 1/2 hours now.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Friday, January 30, 2015 11:55 AM
To: Midrange Systems Technical Discussion
Subject: Re: SNDPTFORD SF99711 taking excessively long, unneeded secondary languages being downloaded, fixed by CHKPTF *NO to *YES
YMMV, It Depends, personal preference, all apply!
When I'm on Fix Central I see the group number and data and there is a link directly to the cover letter there.
I like to control the name of my downloads. I use the FTP option and I name the current HIPER for example HIPER130 so I know exactly what that image is. I need to know the release so I put that in the directory name
V7R1 for example.
I order up the groups that have changed and a bit later paste one little piece from that email into a script and off they go.
I get a handful of images not a swarm of *SAVFs. I can exclude these images from backups very easily too.
I can look easily in the output logs to see how many files I got and how fast they arrived or if there were errors.
Those files end up exactly where i want them so I can apply to 40 or more LPARS as needed without having to touch them again. The CL that runs at the end sets up all the IMGCLG stuff for me.
Don't need to configure any of the 40 LPARS to handle SNDPTFORD. Nor do I need the disk space on them to hold the PTFs. Application is also very fast as the reads are on another system entirely.
Why would I want all PTFs for all LPARs rather than specific ones for a single LPAR? Because I do ONE download not 40 (or more!)
I Haven't used SNDPTFORD to get more than a couple PTFS in a decade.
So My personal preference is exactly opposite of yours.
By the way we're both right. :-) :-)
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/30/2015 11:09 AM, Steinmetz, Paul wrote:
I believe Fix Central has similar options. I'd be interested in the times for both if anyone has them.--
Just for S&G, I'm doing a fix central order for SF99711.
Well, sitting on "Download fixes to my system" Loading for 30 minutes now.
SNDPTFORD Pros,
1) Automate
2) Only get PTFs needed for that LPAR, (why would you want all the
same PTFs for other LPARs If not needed on that LPAR
3) Cover letters included
4) From *SAVF format, No extra steps for image catalog, ready for
option 8
SNDPFTORD Cons,
1) Can't think of any
Fix Central Pros
1) Not seeing any
Fix Central Cons
1) No automation
2) Lengthy order process
3) More potential order and download issues.
I'd be interested in feedback, as of now SNDPTFORD wins hands down every time.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Bryan Dietz
Sent: Friday, January 30, 2015 10:22 AM
To: Midrange Systems Technical Discussion
Subject: Re: SNDPTFORD SF99711 taking excessively long, unneeded
secondary languages being downloaded, fixed by CHKPTF *NO to *YES
If this is the case then I think that ordering for FTP download from Fix Central is the way to go.
You for sure will get what you need for pretty much any given LPAR.
Bryan
DrFranken wrote on 1/30/2015 10:04 AM:
Note that this parm is gold for you if you are doing one partition as--
it tells IBM that you only want PTFs for stuff (and languages) YOU
have installed on the requesting partition. This could save you hours
:-)
IF you intend to distribute these PTFs to other systems that may not
have the same product load this will be a problem.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.