Do these lpars have image profiles defined?

Do you need to go into  the HMC and config the channels offline to the 
offending lpars before trying to do the activate?



Alan Field
Technical Engineer Principal
BCBS Minnesota

Phone: 651.662.3546  Mobile:  651.428.8826





From:   "Dick Bond" <[email protected]>
To:     [email protected], 
Date:   03/11/2014 13:31
Subject:        Re: HCD Question regarding the "deletion" of LPARs
Sent by:        IBM Mainframe Discussion List <[email protected]>



That didn't work either.  When trying to delete just the CHPID accesses 
and
not the LPARs, I still get this message:

/ Sev Msg. ID  Message Text
_ E   IOS500I  ACTIVATE RESULTS
#              ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED
_ E            REASON=01A2,CANNOT DELETE PARTITION(S) FROM CHPID
#              CANDIDATE LIST 00 IN IN CSS 0
#               DESCTEXT=CHPID IS CONFIGURED TO ONE OR MORE AFFECTED
#               PARTITIONS
#               COMPID=SC1C3

Thanks.

Dick


On Mon, Mar 10, 2014 at 1:59 PM, Mike Schwab 
<[email protected]>wrote:

> For an error free removal, do it in two steps.
>
> > [deleted]  Configure the channel path offline to the
> > partition(s) that are being deleted from the CHPID candidate
> > list. [deleted]
>
> 1. Configure the IO gen with the LPARs to be deleted with all the
> CHPIDs offline, and activate.
>
> 2. Configure the IO gen without the LPARs, and activate.
>
> On Mon, Mar 10, 2014 at 3:15 PM, Dick Bond <[email protected]> 
wrote:
> > Hello,
> >
> > Running z/OS 1.13.  trying to "delete" four LPARs that we no longer 
use
> > from our I/O gen dynamically.   When I say "delete", I mean, of 
course,
> > changing them back to "reserved" or "*" LPARs.  I delete all the CHPID
> > access from the four before changing them to "*".
> >
> > When I go to dynamically implement the I/O gen, I get this message:
> >
> > _ E            REASON=01A2,CANNOT DELETE PARTITION(S) FROM CHPID
> > #              CANDIDATE LIST 00 IN IN CSS 0
> > #               DESCTEXT=CHPID IS CONFIGURED TO ONE OR MORE AFFECTED
> > #               PARTITIONS
> > #               COMPID=SC1C3
> >
> > with this explanation:
> >
> >  CHPID IS CONFIGURED TO ONE OR MORE AFFECTED PARTITIONS
> >
> >   If the description of failure is the above, then the specified
> > channel path is currently configured to one or more of the
> > partitions that you requested to be conditionally deleted from
> > the CHPID candidate list.  The system returns to the original
> > configuration definition, unless a message is issued indicating
> > that back-out failed.  Configure the channel path offline to the
> > partition(s) that are being deleted from the CHPID candidate
> > list. If successful, retry the activate request.  Only the first
> > occurrence of a channel path being online for this reason is
> > detected. Review other changes to ensure that the next ACTIVATE
> > does not fail when the next occurrence is encountered.  An
> > unconditional delete of partition(s) from CHPID candidate list,
> > by specifying FORCE=CANDIDATE on the ACTIVATE command or
> > activate panel, could also be considered. Refer to the ACTIVATE
> > command documentation for a description of the ramifications of
> > specifying an unconditional delete of partition(s) from a CHPID
> > candidate list.
> >
> > I'm assuming that I would get this same message for every CHPID in
> sequence
> > if this first one were to be resolved.
> >
> >
> > I really don't see how this makes sense since none of the four LPARs 
are
> > IPLed.  What is HCD really complaining about here and is it safe to do 
a
> > "FORCE=CANDIDATE" in these circumstanes?
> >
> > Thank you for your assistance.
> >
> > Dick Bond
> > State of Washington, Computer Technology Services
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO IBM-MAIN
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> ----------------------------------------------------------------------
> 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


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

Reply via email to