In
<[EMAIL PROTECTED]>,
on 03/13/2007
at 04:21 PM, "Collinson.Shannon" <[EMAIL PROTECTED]>
said:
>I need to create a usermod to handle a non-IBM product zap to an LE
>module that I do NOT want hitting the actual production LE module.
I would advise creating a user mod that does a dummy zap sim
On Thu, 15 Mar 2007 11:16:55 +1000, Shane <[EMAIL PROTECTED]> wrote:
>On Wed, 2007-03-14 at 08:49 -0500, Mark Zelden wrote:
>
>> We also run an ISV product (perhaps the same one) that requires a zap to a
>> module that is part of CEEPLPKA. Even though we only run the product
>> on one LPAR, I sti
On Wed, 2007-03-14 at 08:49 -0500, Mark Zelden wrote:
> We also run an ISV product (perhaps the same one) that requires a zap to a
> module that is part of CEEPLPKA. Even though we only run the product
> on one LPAR, I still maintain the zap as a usermod. The sysres is
> used on many other LPAR
-MAIN@BAMA.UA.EDU
Subject: SMP/e usermod coding question
I need to create a usermod to handle a non-IBM product zap to an LE
module that I do NOT want hitting the actual production LE module.
Instead, I want to be able to copy the module (or use some other SMP/e
controlled method) from the current
On Tue, 13 Mar 2007 16:13:25 -0500, Shannon Collinson
<[EMAIL PROTECTED]> wrote:
>Would the regressed-usermod message still pop up if one of the 347 other
>modules in lmod CEEPLPKA besides CEEPLPKA itself was hit by maintenance?
>Supposedly, an ADD LMOD(CEEPLPKA) UMID(usermod) UCLIN is an option,
Would the regressed-usermod message still pop up if one of the 347 other
modules in lmod CEEPLPKA besides CEEPLPKA itself was hit by maintenance?
You shouldn't need to know this... you should only need to know when the
zapped MOD is hit by maintenance.
Supposedly, an ADD LMOD(CEEPLPKA) UMID
UCLIN.
REP MOD(CEEPLPKA) UMID(). NOTE MOD, NOT LMOD
***
. LMOD does not have a UMID sub-entry.
. One MOD statement per CSECT zapped by
vendor.
.
ENDUCL.
This will ABSOLUTELY cause a regression messa
The problem that you've described is far more complicated that it may first
seem. If I understand correctly what you want to do is keep the original
CEEPLPKA in use and in the normal production library, while also creating a
duplicate CEEPLPKA in a separate library. In effect, you would have t
Would the regressed-usermod message still pop up if one of the 347 other
modules in lmod CEEPLPKA besides CEEPLPKA itself was hit by maintenance?
Supposedly, an ADD LMOD(CEEPLPKA) UMID(usermod) UCLIN is an option, but
since that field doesn't show up in a list of an LMOD, I wonder if it
really
On Tue, 13 Mar 2007 16:21:20 -0400, Collinson.Shannon
<[EMAIL PROTECTED]> wrote:
>I need to create a usermod to handle a non-IBM product zap to an LE
>module that I do NOT want hitting the actual production LE module.
>Instead, I want to be able to copy the module (or use some other SMP/e
>control
UCLIN.
REP MOD(CEEPLPKA) UMID(USERMODNAME).
ENDUCL.
Any maint to that module will be flagged an notify you to refit the
UMOD.
HTH,
I need to create a usermod to handle a non-IBM product zap to an LE
module that I do NOT want hitting the actual production LE module.
Instead, I want to be able to
I need to create a usermod to handle a non-IBM product zap to an LE
module that I do NOT want hitting the actual production LE module.
Instead, I want to be able to copy the module (or use some other SMP/e
controlled method) from the current CEE.SCEELPA library into a
product-specific library and a
12 matches
Mail list logo
