If you really want to get rid of them from the GLOBAL zone, then you can code a 
USERMOD to before a ++DELETE on the FMIDs of the older CICS modules.

However, as stated before, since they are in a different target and distributed 
zone, by deleting the zones and their associated libraries, you will get rid of 
that version of CICS.  The GLOBAL zone is not holding the actual code.




Thanks,

Craig Pace
Senior Manager Technical Services
Fruit of the Loom, Inc.®

Direct: (270) 935-4397
Main:   (270) 781-6400 ext 4397
Cell:   (270) 991-7452
Fax:    (270) 438-4430
AIM:     [email protected]

E-mail:  [email protected]

Mailing Address:
One Fruit of the Loom Drive
PO Box 90015
Bowling Green, KY 42102-9015

Physical Address:
675 Hennessy Way
Bowling Green, KY 42101-7122

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of venkat kulkarni
Sent: Tuesday, July 07, 2015 08:42
To: [email protected]
Subject: Re: Product Remove from z/OS

Hello All,
              Thanks for suggestions.We are using common global CSI for all 
CICS version and having diff target and distribution zone and related CSI for 
different CSI version .

              As I mentioned earlier, that all FMID related to this this 
version of CICS are in accept state . So, how can I use reject command to 
delete that FMID from SMPE.

              Can you please advise me .

Regards
Venkat

On Tue, Jul 7, 2015 at 5:03 PM, John Eells <[email protected]> wrote:

> [email protected] (venkat kulkarni) wrote:
>
>> Hello Group,
>>                     We have requirement to remove older version of
>> CICS from our z/OS system but in SMPE all  FMID related to that
>> particular version of CICS is in accepted state.
>>
>> As I have to remove this product from system , I will remove all
>> target and distribution libraries and  region specific datasets.
>>
>> but I am not sure how to remove this SMPE related stuff of this CICS
>> from z/OS system as it is in accepted state.
>>
>> Any pointer will be helpful.
>>
> <snip>
>
> If the CICS CSIs are unique to that level of CICS, just delete the CSI
> data sets.  If the CICS CSIs are shared among multiple levels of CICS,
> you can use the ZONEDELETE command, and then REJECT the PTFs for the
> CICS FMIDs that are unique to the release and remove the FMIDs from the 
> global zone.
>
> Before doing anything at all, though, consider renaming the target
> libraries using an HLQ with UACC(NONE) to which nobody else has
> access, and waiting for an IPL.  If there's no fallout, you can be
> pretty sure they're not in use after that...and if they are in use,
> you can recover quickly if you must, and you'll know who was using
> them so you can fix that and try again.
>
> HTH,
>
> --
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> [email protected]
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN
________________________________

This communication contains information which is confidential and may also be 
privileged. It is for the exclusive use of the intended recipient(s). If you 
are not the intended recipient(s), please note that any distribution, copying 
or use of this communication or the information in it is strictly prohibited. 
If you have received this communication in error, please notify the sender 
immediately and then destroy any copies of it.

________________________________

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to