What is the result of DSPPTF 5722SS1? In the page heading area do you
Product ID . . . . . . . . . . . . . : 5722SS1
IPL source . . . . . . . . . . . . . : ##MACH#B
Release of base option . . . . . . . : V5R4M0 L00
Because you're right, you shouldn't see messages about a V5R3 ptf
regarding 5722SS1. I can understand that for "compatible" products that
may be at 53 but that's the highest level for 54 of i5/os.
Now, still on DSPPTF 5722SS1, what's the first entry down in the data
area? You should see something like:
TC07282 Temporarily applied
That would mean you're on the cume that came out about julian day 282 of
the year 2007.
One other thing, and it's covered in the Software Installation
instructions, prior to upgrading to V5R4 you should do the following:
APYPTF LICPGM(5722999) APY(*PERM) DELAYED(*YES)
repeat for all LPP's except Domino, and maybe WAS, and if your third party
app's use PTF's don't do them either.
PWRDWNSYS DELAY(120) RESTART(*YES)
Doing this before your IPL to actually do the upgrade. This will apply
all PTF's permanently. This can be a huge savings in disk. Because if
you don't, there will be thousands of save files, etc left on your system
that are "backups" of objects replaced by ptfs. For example if ptf
SI12345 fixes service program A, then a copy of A before the PTF is saved
into a save file or some such thing. Then the new object A is restored.
When you apply the ptf permanently then the backup of service program A is
deleted. How do you think you can remove a ptf that has not been
Now, I don't know if this is causing your issue and I suspect it is not.
This mailing list archive is Copyright 1997-2019 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