Re: SMPE apply excluding certain FMID's?

[Lucas Rosalen]

Is it possible for you to install Omegamon to different Target and DLIB
zones? (in the same Global as z/OS)

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
<lrosa...@br.ibm.com>*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2015-11-23 22:51 GMT+01:00 J O Skip Robinson <jo.skip.robin...@sce.com>:

> Being able to install maintenance separately can be very important
> depending on your shop's organization and the distribution of duties among
> (even a small number of) folks. I see two classes of components:
>
> 1) Those closely akin to z/OS that install on and migrate with sysres.
> 2) Those not in category 1, including products managed by other people on
> their own timetable.
>
> I believe that it's best for category 2 products to be installed in one or
> more zones outside of the common z/OS zone and even ordered separately. For
> example, we tried a while back ordering Omegastuff in the common ServerPac.
> But some Omegamon products here needed to be managed in concert with new
> CICS or DB2 releases irrespective of z/OS level. Combining did not work and
> caused problems for other folks. Once components begin cohabitating in a
> single zone, handling them by different rules is complicated,
> time-consuming, and error prone. Omegamon is especially unruly because of
> the manual (non-SMPE) work needed for migration. We went back to ordering
> and managing Omegamon separately.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Monday, November 23, 2015 8:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):SMPE apply excluding certain FMID's?
>
> I've done that, and it works.  I guess I should have been more clear to
> Kurt's question.  I actually would like to maintenance Omegamon's
> separately than the rest of the Operating system.  The issue is being able
> to apply general maintenance to all other FMID's with the exception of
> OMEGAMON at my choosing.  It's not a huge issue, more of general
> convenience for the folks that will have to review Omegamon hold data.
> _
> Dave Jousma
> Assistant Vice President, Mainframe Engineering david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: Robert A. Rosenberg [mailto:hal9...@panix.com]
> Sent: Thursday, November 19, 2015 8:55 PM
> To: IBM Mainframe Discussion List
> Cc: Jousma, David
> Subject: Re: SMPE apply excluding certain FMID's?
>
> At 14:35 + on 11/19/2015, Jousma, David wrote about Re: SMPE apply
> excluding certain FMID's?:
>
> >Do you really want/need to segregate applying maintenance for the
> >Omegamon suite, or during a maintenance cycle do you simply want to
> >more easily identify the relevant HOLDs just for >Omegamon?  I don't
> >necessarily have in mind a solution for you, but I'm curious what your
> >real goal is.
> >
> >The latter.
>
> An APPLY CHECK listing your created Omagamon FMIDSET (or the FMIDs) will
> give you this info since only Omegamon SYSMODs will be selected.
>
> --
> 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

Re: SMPE apply excluding certain FMID's?

[Shmuel Metz (Seymour J.)]

In <09921082-8212-41d8-b90b-9e137b560...@aim.com>, on 11/23/2015
   at 10:18 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Can those be BYPASSed?

Sure: it's not my dog. Is bypassing IFREQ prudent? No way.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Shmuel Metz (Seymour J.)]

In
<4ee2851a2279b94cb70cd69b174106090149630...@s1flokydce2kx01.dm0001.info53.com>,
on 11/23/2015
   at 04:09 PM, "Jousma, David"  said:

>I've done that, and it works.  I guess I should have been more 
>clear to Kurt's question.  I actually would like to maintenance 
>Omegamon's separately than the rest of the Operating system.

What about IFREQ?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Paul Gilmartin]

On 2015-11-23, at 10:06, Shmuel Metz (Seymour J.) wrote:

> In
> <4ee2851a2279b94cb70cd69b174106090149630...@s1flokydce2kx01.dm0001.info53.com>,
> on 11/23/2015
>   at 04:09 PM, "Jousma, David"  said:
> 
>> I've done that, and it works.  I guess I should have been more 
>> clear to Kurt's question.  I actually would like to maintenance 
>> Omegamon's separately than the rest of the Operating system.
> 
> What about IFREQ?
>  
Can those be BYPASSed?  But I'd rarely (approximately never) counsel
BYPASSing a PRE or a REQ.  GROUPEXTEND.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Richards, Robert B.]

Couldn't ++ASSIGN help here? It might take a little work, but...

"For each ++ASSIGN statement that was successfully processed, SMP/E associates 
the source ID with the specified SYSMODs. The source ID is assigned only to 
SYSMODs that have entries in the global zone. If the same SYSMOD is specified 
on more than one ++ASSIGN statement, all the source IDs are associated with the 
SYSMOD. A source ID specified on a ++ASSIGN statement is added to any source ID 
that is assigned to a specified SYSMOD by the RECEIVE command. It is also added 
to any source IDs currently associated with a specified SYSMOD that has already 
been received."

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, November 23, 2015 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE apply excluding certain FMID's?

On 2015-11-23, at 10:06, Shmuel Metz (Seymour J.) wrote:

> In
> <4ee2851a2279b94cb70cd69b174106090149630...@s1flokydce2kx01.dm0001.inf
> o53.com>,
> on 11/23/2015
>   at 04:09 PM, "Jousma, David" <david.jou...@53.com> said:
> 
>> I've done that, and it works.  I guess I should have been more clear 
>> to Kurt's question.  I actually would like to maintenance Omegamon's 
>> separately than the rest of the Operating system.
> 
> What about IFREQ?
>  
Can those be BYPASSed?  But I'd rarely (approximately never) counsel BYPASSing 
a PRE or a REQ.  GROUPEXTEND.

-- gil

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

Re: SMPE apply excluding certain FMID's?

[Paul Gilmartin]

On Mon, 23 Nov 2015 12:25:25 -0500, Richards, Robert B. wrote:

>Couldn't ++ASSIGN help here? It might take a little work, but...
>
>"For each ++ASSIGN statement that was successfully processed, SMP/E associates 
>the source ID with the specified SYSMODs. The source ID is assigned only to 
>SYSMODs that have entries in the global zone. If the same SYSMOD is specified 
>on more than one ++ASSIGN statement, all the source IDs are associated with 
>the SYSMOD. A source ID specified on a ++ASSIGN statement is added to any 
>source ID that is assigned to a specified SYSMOD by the RECEIVE command. It is 
>also added to any source IDs currently associated with a specified SYSMOD that 
>has already been received."
>
Does IBM routinely assign such SOURCEIDs that would be useful to the OP?  If
not, it's about as much work for the customer to ASSIGN them as to specify
RECEIVE SELECT().

Hmmm... We're ASSIGNing SOURCEIDs which identify only vendor, year, and month
of PTF release.  Would adding FMID be useful?  It might not be hard, even ex 
post
facto.  Severity and reason might be harder.

Does the ISPF Query by SOURCEID panel allow specifying a filter?  If not, resort
to APPLY CHECK and examine SMPRPT.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[J O Skip Robinson]

Being able to install maintenance separately can be very important depending on 
your shop's organization and the distribution of duties among (even a small 
number of) folks. I see two classes of components: 

1) Those closely akin to z/OS that install on and migrate with sysres.
2) Those not in category 1, including products managed by other people on their 
own timetable. 

I believe that it's best for category 2 products to be installed in one or more 
zones outside of the common z/OS zone and even ordered separately. For example, 
we tried a while back ordering Omegastuff in the common ServerPac. But some 
Omegamon products here needed to be managed in concert with new CICS or DB2 
releases irrespective of z/OS level. Combining did not work and caused problems 
for other folks. Once components begin cohabitating in a single zone, handling 
them by different rules is complicated, time-consuming, and error prone. 
Omegamon is especially unruly because of the manual (non-SMPE) work needed for 
migration. We went back to ordering and managing Omegamon separately.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, November 23, 2015 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):SMPE apply excluding certain FMID's?

I've done that, and it works.  I guess I should have been more clear to Kurt's 
question.  I actually would like to maintenance Omegamon's separately than the 
rest of the Operating system.  The issue is being able to apply general 
maintenance to all other FMID's with the exception of OMEGAMON at my choosing.  
It's not a huge issue, more of general convenience for the folks that will have 
to review Omegamon hold data.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: Robert A. Rosenberg [mailto:hal9...@panix.com]
Sent: Thursday, November 19, 2015 8:55 PM
To: IBM Mainframe Discussion List
Cc: Jousma, David
Subject: Re: SMPE apply excluding certain FMID's?

At 14:35 + on 11/19/2015, Jousma, David wrote about Re: SMPE apply 
excluding certain FMID's?:

>Do you really want/need to segregate applying maintenance for the 
>Omegamon suite, or during a maintenance cycle do you simply want to 
>more easily identify the relevant HOLDs just for >Omegamon?  I don't 
>necessarily have in mind a solution for you, but I'm curious what your 
>real goal is.
>
>The latter.

An APPLY CHECK listing your created Omagamon FMIDSET (or the FMIDs) will give 
you this info since only Omegamon SYSMODs will be selected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[CM Poncelet]

You could collect all the FMIDs you want to install (in/excluding e.g. 
Omegamon etc.) into a single SOURCEID - and then install these FMIDs via 
an "APPLY SOURCEID()". CP


Neubert, Kevin wrote:


Not elegant, but perhaps workable?

Build your list:

LIST FUNCTIONS SYSMOD.

Your list sans OMEGAMON:

APPLY CHECK FORFMID (<<>>).

See "Figure 3. Combining SYSMOD selection operands on the APPLY Command," in "Chapter 3. The 
APPLY command" of "SMP/E for z/OS Commands (SA23-2275)" for a nice visual on processing order 
if you need further selection operands like SOURCEID/EXSRCID, etc.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, November 19, 2015 4:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE apply excluding certain FMID's?

All,  I don't think this can be done after RTFMing, but wanted to make sure no 
one has some trick up their sleeves.   Just received my z/OS 2.2 serverpac, and 
this time around, decided to include my Omegamon suite of products with it.   
The question I have, is while my group manages the SMPe maintenance for 
Omegamon, the individual components are cared for and fed by the groups that 
use them (ie. DB2 team looks at reviews OMEG DB2 hold data, etc).   So, I've 
created an FMIDset of the Omeg FMID's to use for applying maintenance so that 
passing the relevant hold data along to those groups is easier.But what I 
don't see is a way to run a SMPE apply for everything else EXCLUDING these 
FMID's in the OMEGAMON FMIDset.  Can that be done?   I know that I could go to 
the effort to move these FMID's into their own zones, but that would be a lot 
of work, and that's not how my serverpac came.

Just looking if anyone had any suggestions that I haven't thought about.

Dave

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




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


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Neubert, Kevin]

Not elegant, but perhaps workable?

Build your list:

LIST FUNCTIONS SYSMOD.

Your list sans OMEGAMON:

APPLY CHECK FORFMID (<<>>).

See "Figure 3. Combining SYSMOD selection operands on the APPLY Command," in 
"Chapter 3. The APPLY command" of "SMP/E for z/OS Commands (SA23-2275)" for a 
nice visual on processing order if you need further selection operands like 
SOURCEID/EXSRCID, etc.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, November 19, 2015 4:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE apply excluding certain FMID's?

All,  I don't think this can be done after RTFMing, but wanted to make sure no 
one has some trick up their sleeves.   Just received my z/OS 2.2 serverpac, and 
this time around, decided to include my Omegamon suite of products with it.   
The question I have, is while my group manages the SMPe maintenance for 
Omegamon, the individual components are cared for and fed by the groups that 
use them (ie. DB2 team looks at reviews OMEG DB2 hold data, etc).   So, I've 
created an FMIDset of the Omeg FMID's to use for applying maintenance so that 
passing the relevant hold data along to those groups is easier.But what I 
don't see is a way to run a SMPE apply for everything else EXCLUDING these 
FMID's in the OMEGAMON FMIDset.  Can that be done?   I know that I could go to 
the effort to move these FMID's into their own zones, but that would be a lot 
of work, and that's not how my serverpac came.

Just looking if anyone had any suggestions that I haven't thought about.

Dave

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




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

Re: SMPE apply excluding certain FMID's?

[Robert A. Rosenberg]

At 14:35 + on 11/19/2015, Jousma, David wrote about Re: SMPE 
apply excluding certain FMID's?:


Do you really want/need to segregate applying maintenance for the 
Omegamon suite, or during a maintenance cycle do you simply want to 
more easily identify the relevant HOLDs just for >Omegamon?  I don't 
necessarily have in mind a solution for you, but I'm curious what 
your real goal is.


The latter.


An APPLY CHECK listing your created Omagamon FMIDSET (or the FMIDs) 
will give you this info since only Omegamon SYSMODs will be selected.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Tom Marchant]

On Thu, 19 Nov 2015 12:14:38 +, Jousma, David wrote:

>what I don't see is a way to run a SMPE apply for everything else 
>EXCLUDING these FMID's in the OMEGAMON FMIDset.  Can that be done?

I think you are asking if you can:

Apply select(everything) exclude(omegamon).

AFAIK, you cannot.

I don't know if you can specify an fmidset in EXCLUDE. Lacking that you'd 
have to specify all of the Omegamon FMIDS. Have you tried:

Apply FORFMID(everything) exclude(om1 om2 om3 ...).

Or change your FMIDSET for everything.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Jousma, David]

Thanks Tom.  I've experimented with anything yet.  Was just reading the manuals 
to see if want I wanted to do could be done.   I am trying to do exactly as you 
characterized it.


_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 19, 2015 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE apply excluding certain FMID's?

On Thu, 19 Nov 2015 12:14:38 +, Jousma, David wrote:

>what I don't see is a way to run a SMPE apply for everything else 
>EXCLUDING these FMID's in the OMEGAMON FMIDset.  Can that be done?

I think you are asking if you can:

Apply select(everything) exclude(omegamon).

AFAIK, you cannot.

I don't know if you can specify an fmidset in EXCLUDE. Lacking that you'd have 
to specify all of the Omegamon FMIDS. Have you tried:

Apply FORFMID(everything) exclude(om1 om2 om3 ...).

Or change your FMIDSET for everything.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Jousma, David]

Yep!

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 19, 2015 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE apply excluding certain FMID's?

On Thu, 19 Nov 2015 13:24:07 +, Jousma, David wrote:

>Was just reading the manuals to see if want I wanted to do could be done.

APPLY CHECK is your friend.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Tom Marchant]

On Thu, 19 Nov 2015 13:24:07 +, Jousma, David wrote:

>Was just reading the manuals to see if want I wanted to do could be done.

APPLY CHECK is your friend.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Kurt Quackenbush]

...   So, I've created an
FMIDset of the Omeg FMID's to use for applying maintenance so that
passing the relevant hold data along to those groups is easier.
But what I don't see is a way to run a SMPE apply for everything else
EXCLUDING these FMID's in the OMEGAMON FMIDset.  Can that be done?


No, there is no simple mechanism to exclude one or more FMIDs from APPLY 
processing.


Do you really want/need to segregate applying maintenance for the 
Omegamon suite, or during a maintenance cycle do you simply want to more 
easily identify the relevant HOLDs just for Omegamon?  I don't 
necessarily have in mind a solution for you, but I'm curious what your 
real goal is.


Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Jousma, David]

>Do you really want/need to segregate applying maintenance for the Omegamon 
>suite, or during a maintenance cycle do you simply want to more easily 
>identify the relevant HOLDs just for >Omegamon?  I don't necessarily have in 
>mind a solution for you, but I'm curious what your real goal is.

The latter.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Thursday, November 19, 2015 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE apply excluding certain FMID's?

> ...   So, I've created an
> FMIDset of the Omeg FMID's to use for applying maintenance so that 
> passing the relevant hold data along to those groups is easier.
> But what I don't see is a way to run a SMPE apply for everything else 
> EXCLUDING these FMID's in the OMEGAMON FMIDset.  Can that be done?

No, there is no simple mechanism to exclude one or more FMIDs from APPLY 
processing.

Do you really want/need to segregate applying maintenance for the Omegamon 
suite, or during a maintenance cycle do you simply want to more easily identify 
the relevant HOLDs just for Omegamon?  I don't necessarily have in mind a 
solution for you, but I'm curious what your real goal is.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN