Did you try to issue "CP Q devno" to query a new device (devno is the address of it).
If it doesn't show, I guess you included an IODF statement in your SYSTEM CONFIG. If I understand how IODF is implemented in z/VM, it could indeed mean you need to transfer the IODF file made on z/OS onto your z/VM system to activate it. But, then, it would be much easier to remove the IODF from SYSTEM config and let CP find out about what is defined to it. (I never used an IODF on z/VM, but I did study it a bit for a course I teached. At the other hand: I have been running multiple z/VM systems on a z9 box shared with z/OS. The z/OS people used HCD, and we didn't do anything special and CP found it all out by itself). 2009/8/10 Alan Altmark <[email protected]> > On Monday, 08/10/2009 at 08:30 EDT, Charles Grady > <[email protected]> wrote: > > OK here we go again... > > > > I our shop the z/OS folks manage the HCD and the creating of the LPAR > > definations. > > When they make changes they do a "hard activate" on a test z/OS LPAR and > then > > the rest > > of the z/OS LPARs get the new IOCDS defination by changing their IPL > PARM. > > z/VM does NOT > > have a z/OS likek IPL PARM; SHORT OF A HARD ACTIVATE ON MY z/VM LPAR - > is > > there a way > > that I can get the changes to the IOCDS ? Any and all replys are > appreciated. > > The good news is that z/VM is far better at this sort of thing than z/OS > and you don't need to re-IPL. > > Since They are not requiring a POR, they must be using HCD to also > dynamically change the CEC I/O configuration. When HCD changes the active > I/O configuration of the z/VM LPAR, CP will be told about any added or > deleted devices. Added devices will the varied online automatically. > > When you re-IPL z/VM, those devices will be there and CP will sense them > at IPL. When you POR the box, the updated IOCDS is activated and those > device are still there. > > All you have to do is ATTACH the devices (if you want) wherever you need > them and update SYSTEM CONFIG and/or USER DIRECT to account for them on > the next IPL. > > Bottom line: A miracle occurs in Step 2. "No worries, mate!" > > Alan Altmark > z/VM Development > IBM Endicott > -- Kris Buelens, IBM Belgium, VM customer support
