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
