× 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.



Robert,

The reason some folks get away with never applying PTFs perm, is the system will do the minimum for you. As pre/co requisite PTFs need to be made perm the apply process does it as part of the job stream, that's part of the genius behind the IBM PTF process.

I always like to apply permanent then get a full save as a anchor for recoveries. Additionally if you are far behind in Technology Refresh PTFs then getting things done become problematic to say the least. I've had to SLIP the licensed code more than once to get past old PTF loads.

I tell my customers keep within 6 months of current in PTFs and we apply permanent about once a year.

Jim Oberholtzer
Agile Technology Architects
Office: 414-433-4363
Cell: 414-915-1445
Sent from iPad

"I've learned that courage is not the absence of fear, but the triumph over it. The brave man is not he who does not feel afraid, but he who conquers that fear". -- Nelson Mandela



On Mar 2, 2018, at 7:27 PM, Robert Hooper <rthooperjr@xxxxxxxxx> wrote:

So I've run across something interesting. I was talking with someone about applying the latest cume / group PTF on a V7R1 server that has not had PTF's applied in over 3 years. When I asked if the existing PTF's had been perm applied, the response I got was that they never apply the PTF's perm but keep applying temp.

Does anyone else do this? I've always done the apply cume temp, let it bake until the next pack comes out, apply perm before SAVSYS (at least), then apply next cume pack.

Is this not the way of PTF care and feeding?

Thanks

Robert

Sent from my iPhone
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.