z/OS is not on the same box, this particular z/10 only houses VM and TPF
LPARs.
We have CBDIODSP and HCM all set up and configured so the z/OS guys COULD
use the VM-based HCM to build their files. I'm just still unclear how CP
picks up the changes in the new IOCDS and makes them available dynamically
on a running z/VM system. Apparently, on z/OS systems they "activate" a new
IODF - but I don't see anything like that on z/VM except the SET
IOCDS_Active command (which I don't believe, based on the documentation,
will alter the running CP - please correct me if I'm mistaken). :)
-Mike
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Marcy Cortes
Sent: Tuesday, June 07, 2011 11:18 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Dynamic Activation of New IODF
Is z/OS in another LPAR on the same box?
If so, it's easiest just to let them do it and VM will just see the changes.
Marcy
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Michael Coffin
Sent: Tuesday, June 07, 2011 8:15 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] Dynamic Activation of New IODF
Hi Folks,
For many (many) years, when it comes to managing the IOCDS I simply
hand-create an IOCP file, use IOCP with WRTAx to store it, and do a POR to
load it. If the changes are needed immediately, I use CP commands to
manually define the new hardware.
Our z/OS guys want to manage the IOCDS and be able to dynamically activate
an entirely new IODF file (created either on their system or using VM's
HCM/HCD). I'm unclear as to when/how the changed IODF file becomes
dynamically available to the running z/VM system. Let's say I store the new
IODF using IOCP with WRTAx to store it, and then execute SET IOCDS_Active to
mark it as the active IOCDS - according to the doc for SET IOCDS_Active this
simply marks the IOCDS as active for the NEXT POR (and write-protects it) -
but it doesn't look like the changes in the new IOCDS are reflected to the
running z/VM system until a POR occurs.
What am I missing here? Is it even possible to store a new IOCDS, mark it
as active for the next POR AND have CP add/change/delete IO definitions by
comparing the prior IOCDS with the newly activated one?
-Mike
