× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Tommy,

I'm not sure what you mean here? On the 'client' partitions there is no image catalog at all, only the virtual device. I agree with your comment on the partition that contains the images but on those clients I don't do ADDIMGCLGE ever.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 1/30/2015 12:23 PM, Tommy.Holden@xxxxxxxxxxxxxxxxxxxxx wrote:

Just an FYI when using network virtuals to avoid the need for disk space
as the good Dr is speaking of you'll need to set the TOFILE to *FROMFILE
or when you add the image catalog entry it will copy the image over to the
LPAR. The shipped default for the ADDIMGCLGE command is *GEN


Thanks,
Tommy Holden



From: DrFranken <midrange@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 01/30/2015 11:19 AM
Subject: Re: SNDPTFORD SF99711 taking excessively long, unneeded
secondary languages being downloaded, fixed by CHKPTF *NO to *YES
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Network based virtuals!!! AWESOME! Copying them to the LPARS means I
need disk space there, will do double the I/O there (not counting the
copy!) and need to set up the image catalog. With the network based
virtuals you only set up one optical device. When you very it on you see
the images in the remote catalog.

Might I ask WHAT Fix central is loading for 1 1/2 hours??? Or is that
the download piece? I have given up on using their downloads for much at
all and do FTP only as it's direct to my i that way.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 1/30/2015 12:05 PM, Steinmetz, Paul wrote:
*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 thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.