Cavet: I Know very little about DB2
However the let me say this about SMPE.
The author did not go into detail about how their USERMOD's are
designed.
When I do a usermod it is for a stated level of a mod ie ++pre
(xxxxxxxx).
If I go to apply and find out there is conflict I just restore the
usermod.
I then apply as normal and after the the last PTF is applied I then
go in and redo the usermod (with the correct pre's).
Having said this I was quite surprised to hear that anyone one would
have 20+ usermod's on DB2.
When I do anything mass to a system I expect to have to rewrite 20+
usermods and would not find this abnormal.
I just can't believe that DB2 was so messed up that it would require
that many usermods.
Maybe someone can speak up and say whether a typical DB2 site has
that many usermods.
Ed
On Nov 19, 2013, at 9:47 PM, Robert A. Rosenberg wrote:
At 03:11 -0600 on 11/19/2013, Alex wrote about When should we
ACCEPT DB2 PTFs?:
As you know, each DB2 RSU PTF package contains hundreds of PTFs.
When we apply those PTFs, we may need to restore some USERMOD and
related PTFs first and then proceed with applying task.
If your problem is that to restore the USERMOD you must also
restore PTFs, there is a solution that may work. If the USERMOD
must be restored along with PTFs, you are going to need to rework
it to have newer PREs to the new set of PTFs. Why not just create a
new USERMOD that SUPs the old one and reapplies its contents. Since
the USERMOD is going against a member that being replaced by a the
new PTFs there would otherwise be no need to do the RESTORE to
override the fact that the USERMOD is not listed as a PRE/SUP in
the new PTF. Another solution is to just use UCLIN to delete the
USERMOD entry on the module and then APPLY the USERMOD with the
updated PRE info.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN