Re: DIRMAINT /RACF adduser error

2010-06-22 Thread Alan Altmark 
On Tuesday, 06/22/2010 at 01:54 EDT, Troy A Slaughter  
wrote:
> I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk 
and made 
> changes.   I brought up my cloned 
> SYSRES second level and all looked OK to a casual inspection.  However, 
when I 
> attempt to add a new user via 
> Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a RACF 

> LISTUSER on the guest I just added via DIRMAINT, 
> RACF cannot 'see' it.

This indicates that your CONFIGxx DATADVH file does not have USE_RACF=YES. 
 Otherwise DIRMAINT would have issued the ADDUSER for you and the LISTUSER 
would show it.

> I know that I could rebuild the RACF database or create a 
> VMXEVENT 
> to ignore SPOOL and TAG.  My question is why is it occurring at all. Is 
there a 
> RACF system value that I need to be alert of 
> when cloning a VM Sysres? Something maybe that points to the old system 
and 
> it's name.  I changed the system name of 
> the VM OS while I was in the CF1 mdisk.  RACF error is below: 
> 
> dirm add VSWCTRL1 
> RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND 
> RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND 
> PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0 
NOHOLD NOKEEP

This tells me that you are likely operating with the default RACF database 
where the VMRDR class is inactive.

Bottom line, I think you're picking up the wrong volumes.  Double-check 
the 1st level RDEVs on your clone user ID and make sure that the MDISKs 
are on the correct RDEVs on the 2nd level system.

Alan Altmark
z/VM Development
IBM Endicott

Re: Issuing VM commands from z/OS...

2010-06-22 Thread Brian Nielsen 
On Tue, 22 Jun 2010 10:29:02 -0500, Frank M. Ramaekers 
 wrote:

>...I know that I can do this easily from z/VSE, but what about z/OS?
>
> 
>
>Let me explain further.  This past Saturday, we performed our first DR
>test with our current setup (1 z/OS system and 1 z/VM with
>multiple-z/VSE).  Since we have not been able to get the backup
>performance from either z/VM or z/VSE that z/OS provides, we backup both

>systems (2 z9s) from z/OS.   During recovery, the z/OS system DSF's all
>devices to LABEL them and then restores them from the library.
>
>Well, the setup is a z/VM "floor" system with z/OS and "our" z/VM under
>it.  All of the DASD is MDISK DEVNO'ed in 1st level VM.   After a DASD
>label has changed it's not reflected on the 1st level VM until a VARY
>OFF/ON is performed.  Since z/OS is performing the labeling, it would be

>best for it to do the VARY OFF/ON.
>
> 
>
>Other thoughts?

Since your DASD is given to your 2nd level DR guests via DEVNO your 1st 

level system doesn't care what the label is.  I submit that varying them 

OFF/ON is not needed at all.  We've conducted many DR tests as 2nd level 

guests, relabeling every volume, and never cared what label the 1st level
 
system thought it was.  When interfacing with the 1st level provider refe
r 
to addresses not labels.

Brian Nielsen

Re: DIRMAINT /RACF adduser error

2010-06-22 Thread Troy A Slaughter 
The RACF's 200 and 300 are pointed to the new sysres as expected.  My new 
SYSRES is VMTRS1 and here's the output from the command:

TargetID Tdev OwnerID  Odev Dtype Vol-ID Rdev   StartLoc   Size
RACFVM   0200 RACFVM   0200 3390  VMTRS1 B16E   6197 17

TargetID Tdev OwnerID  Odev Dtype Vol-ID Rdev   StartLoc   Size
RACFVM   0300 RACFVM   0300 3390  VMTRS1 B16E   6360 17


___
Troy Slaughter | Software Consultant | Mainframe Platform Engineering 
840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell 
312-208-3735 | t...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

P Please consider the environment before printing this e-mail.



Michael Harding 
Sent by: The IBM z/VM Operating System 
06/22/2010 02:44 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DIRMAINT /RACF adduser error





So does the directory point to the new or original sysres for racfvm's
200/300?   "Q mdisk user racfvm 200 loc"
--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM),  mbhcpcvt (Y!)


The IBM z/VM Operating System  wrote on 
06/22/2010
12:14:55 PM:

> From: Troy A Slaughter 
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 06/22/2010 12:36 PM
> Subject: Re: DIRMAINT /RACF adduser error
> Sent by: The IBM z/VM Operating System 
>
>
> Yes.  Racf's 200 and 300 are still on the SYSRES, so they copied
> along with everything else.
> [image removed]
>
___

> Troy Slaughter | Software Consultant | Mainframe Platform Engineering
> 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 |
> Cell 312-208-3735 | t...@ntrs.com
> Please visit northerntrust.com
> CONFIDENTIALITY NOTICE: This communication is confidential, may be
> privileged and is meant only for the intended recipient. If you are
> not the intended recipient, please notify the sender ASAP and delete
> this message from your system.
>
> IRS CIRCULAR 230 NOTICE: To the extent that this message or any
> attachment concerns tax matters, it is not intended to be used and
> cannot be used by a taxpayer for the purpose of avoiding penalties
> that may be imposed by law. For more information about this notice, see
> http://www.northerntrust.com/circular230
>
> P Please consider the environment before printing this e-mail.
>

>
> Kris Buelens 
> Sent by: The IBM z/VM Operating System 
> 06/22/2010 01:07 PM
>
> Please respond to
> The IBM z/VM Operating System 
>
> To
>
> IBMVM@LISTSERV.UARK.EDU
>
> cc
>
> Subject
>
> Re: DIRMAINT /RACF adduser error
>
>
>
> Did you copy the RACF databases (RACFVM 200 and 300)?
>
> 2010/6/22 Troy A Slaughter 
>
> >
> > I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk
and
> > made changes.   I brought up my cloned
> > SYSRES second level and all looked OK to a casual inspection. However,
> > when I attempt to add a new user via
> > Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a
RACF
> > LISTUSER on the guest I just added via DIRMAINT,
> > RACF cannot 'see' it. I know that I could rebuild the RACF database or
> > create a VMXEVENT
> > to ignore SPOOL and TAG.  My question is why is it occurring at all. 
Is
> > there a RACF system value that I need to be alert of
> > when cloning a VM Sysres? Something maybe that points to the old 
system
and
> > it's name.  I changed the system name of
> > the VM OS while I was in the CF1 mdisk.  RACF error is below:
> >
> > dirm add VSWCTRL1
> > RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND
> > RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND
> > PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0
NOHOLD
> > NOKEEP
> >
> > *
> >
> >
>
___

> > Troy Slaughter | Software Consultant | Mainframe Platform Engineering 
*
> > 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell
> > 312-208-3735 | *t...@ntrs.com * 
> > Please visit *northerntrust.com* 
> >
> > CONFIDENTIALITY NOTICE: This communication is confidential, may be
> > privileged and is meant only for the intended recipient. If you are 
not
the
> > intended recipient

Re: DIRMAINT /RACF adduser error

2010-06-22 Thread Michael Harding 
So does the directory point to the new or original sysres for racfvm's
200/300?   "Q mdisk user racfvm 200 loc"
--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM),  mbhcpcvt (Y!)


The IBM z/VM Operating System  wrote on 06/22/2010
12:14:55 PM:

> From: Troy A Slaughter 
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 06/22/2010 12:36 PM
> Subject: Re: DIRMAINT /RACF adduser error
> Sent by: The IBM z/VM Operating System 
>
>
> Yes.  Racf's 200 and 300 are still on the SYSRES, so they copied
> along with everything else.
> [image removed]
>
___

> Troy Slaughter | Software Consultant | Mainframe Platform Engineering
> 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 |
> Cell 312-208-3735 | t...@ntrs.com
> Please visit northerntrust.com
> CONFIDENTIALITY NOTICE: This communication is confidential, may be
> privileged and is meant only for the intended recipient. If you are
> not the intended recipient, please notify the sender ASAP and delete
> this message from your system.
>
> IRS CIRCULAR 230 NOTICE: To the extent that this message or any
> attachment concerns tax matters, it is not intended to be used and
> cannot be used by a taxpayer for the purpose of avoiding penalties
> that may be imposed by law. For more information about this notice, see
> http://www.northerntrust.com/circular230
>
> P Please consider the environment before printing this e-mail.
>

>
> Kris Buelens 
> Sent by: The IBM z/VM Operating System 
> 06/22/2010 01:07 PM
>
> Please respond to
> The IBM z/VM Operating System 
>
> To
>
> IBMVM@LISTSERV.UARK.EDU
>
> cc
>
> Subject
>
> Re: DIRMAINT /RACF adduser error
>
>
>
> Did you copy the RACF databases (RACFVM 200 and 300)?
>
> 2010/6/22 Troy A Slaughter 
>
> >
> > I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk
and
> > made changes.   I brought up my cloned
> > SYSRES second level and all looked OK to a casual inspection.  However,
> > when I attempt to add a new user via
> > Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a
RACF
> > LISTUSER on the guest I just added via DIRMAINT,
> > RACF cannot 'see' it. I know that I could rebuild the RACF database or
> > create a VMXEVENT
> > to ignore SPOOL and TAG.  My question is why is it occurring at all. Is
> > there a RACF system value that I need to be alert of
> > when cloning a VM Sysres? Something maybe that points to the old system
and
> > it's name.  I changed the system name of
> > the VM OS while I was in the CF1 mdisk.  RACF error is below:
> >
> > dirm add VSWCTRL1
> > RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND
> > RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND
> > PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0
NOHOLD
> > NOKEEP
> >
> > *
> >
> >
>
___

> > Troy Slaughter | Software Consultant | Mainframe Platform Engineering *
> > 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell
> > 312-208-3735 | *t...@ntrs.com * 
> > Please visit *northerntrust.com* 
> >
> > CONFIDENTIALITY NOTICE: This communication is confidential, may be
> > privileged and is meant only for the intended recipient. If you are not
the
> > intended recipient, please notify the sender ASAP and delete this
message
> > from your system.
> >
> > IRS CIRCULAR 230 NOTICE: To the extent that this message or any
attachment
> > concerns tax matters, it is not intended to be used and cannot be used
by a
> > taxpayer for the purpose of avoiding penalties that may be imposed by
law.
> > For more information about this notice, see *
> > http://www.northerntrust.com/circular230* www.northerntrust.com/circular230>
> >
> > P Please consider the environment before printing this e-mail.
> >
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
> [attachment "C.htm" deleted by Troy A Slaughter/CHI/NTRS]

Re: DIRMAINT /RACF adduser error

2010-06-22 Thread Troy A Slaughter 
Yes.  Racf's 200 and 300 are still on the SYSRES, so they copied along 
with everything else. 


___
Troy Slaughter | Software Consultant | Mainframe Platform Engineering 
840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell 
312-208-3735 | t...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

P Please consider the environment before printing this e-mail.



Kris Buelens 
Sent by: The IBM z/VM Operating System 
06/22/2010 01:07 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DIRMAINT /RACF adduser error





Did you copy the RACF databases (RACFVM 200 and 300)?

2010/6/22 Troy A Slaughter 

>
> I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk 
and
> made changes.   I brought up my cloned
> SYSRES second level and all looked OK to a casual inspection.  However,
> when I attempt to add a new user via
> Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a RACF
> LISTUSER on the guest I just added via DIRMAINT,
> RACF cannot 'see' it. I know that I could rebuild the RACF database or
> create a VMXEVENT
> to ignore SPOOL and TAG.  My question is why is it occurring at all. Is
> there a RACF system value that I need to be alert of
> when cloning a VM Sysres? Something maybe that points to the old system 
and
> it's name.  I changed the system name of
> the VM OS while I was in the CF1 mdisk.  RACF error is below:
>
> dirm add VSWCTRL1
> RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND
> RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND
> PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0 
NOHOLD
> NOKEEP
>
> *
>
> 
___
> Troy Slaughter | Software Consultant | Mainframe Platform Engineering *
> 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell
> 312-208-3735 | *t...@ntrs.com * 
> Please visit *northerntrust.com* 
>
> CONFIDENTIALITY NOTICE: This communication is confidential, may be
> privileged and is meant only for the intended recipient. If you are not 
the
> intended recipient, please notify the sender ASAP and delete this 
message
> from your system.
>
> IRS CIRCULAR 230 NOTICE: To the extent that this message or any 
attachment
> concerns tax matters, it is not intended to be used and cannot be used 
by a
> taxpayer for the purpose of avoiding penalties that may be imposed by 
law.
> For more information about this notice, see *
> http://www.northerntrust.com/circular230*<
http://www.northerntrust.com/circular230>
>
> P Please consider the environment before printing this e-mail.
>



--
Kris Buelens,
IBM Belgium, VM customer support
[attachment "C.htm" deleted by Troy A Slaughter/CHI/NTRS] 
<>

Re: DIRMAINT /RACF adduser error

2010-06-22 Thread Kris Buelens 
Did you copy the RACF databases (RACFVM 200 and 300)?

2010/6/22 Troy A Slaughter 

>
> I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk and
> made changes.   I brought up my cloned
> SYSRES second level and all looked OK to a casual inspection.  However,
> when I attempt to add a new user via
> Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a RACF
> LISTUSER on the guest I just added via DIRMAINT,
> RACF cannot 'see' it. I know that I could rebuild the RACF database or
> create a VMXEVENT
> to ignore SPOOL and TAG.  My question is why is it occurring at all. Is
> there a RACF system value that I need to be alert of
> when cloning a VM Sysres? Something maybe that points to the old system and
> it's name.  I changed the system name of
> the VM OS while I was in the CF1 mdisk.  RACF error is below:
>
> dirm add VSWCTRL1
> RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND
> RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND
> PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0 NOHOLD
> NOKEEP
>
> *
>
> ___
> Troy Slaughter | Software Consultant | Mainframe Platform Engineering *
> 840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell
> 312-208-3735 | *t...@ntrs.com * 
> Please visit *northerntrust.com* 
>
> CONFIDENTIALITY NOTICE: This communication is confidential, may be
> privileged and is meant only for the intended recipient. If you are not the
> intended recipient, please notify the sender ASAP and delete this message
> from your system.
>
> IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment
> concerns tax matters, it is not intended to be used and cannot be used by a
> taxpayer for the purpose of avoiding penalties that may be imposed by law.
> For more information about this notice, see *
> http://www.northerntrust.com/circular230*
>
> P Please consider the environment before printing this e-mail.
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

DIRMAINT /RACF adduser error

2010-06-22 Thread Troy A Slaughter 
I've cloned a VM sysres volume.  I then linked to it's maint CF1 mdisk and 
made changes.   I brought up my cloned
SYSRES second level and all looked OK to a casual inspection.  However, 
when I attempt to add a new user via
Dirmaint. Dirmaint is fine, but RACF doesn't like things. If I do a RACF 
LISTUSER on the guest I just added via DIRMAINT,
RACF cannot 'see' it. I know that I could rebuild the RACF database or 
create a VMXEVENT
to ignore SPOOL and TAG.  My question is why is it occurring at all. Is 
there a RACF system value that I need to be alert of
when cloning a VM Sysres? Something maybe that points to the old system 
and it's name.  I changed the system name of 
the VM OS while I was in the CF1 mdisk.  RACF error is below:

dirm add VSWCTRL1
RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND
RPIMGR031E RESOURCE TNTVM02 SPECIFIED BY TAG COMMAND NOT FOUND
PUN FILE 0131 SENT TO   DIRMAINT RDR AS  0112 RECS 0019 CPY  001 0 NOHOLD 
NOKEEP


___
Troy Slaughter | Software Consultant | Mainframe Platform Engineering 
840 South Canal, Chicago, Illinois, 60607 | Phone 312-557-6322 | Cell 
312-208-3735 | t...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

P Please consider the environment before printing this e-mail.<>

Re: Issuing VM commands from z/OS...

2010-06-22 Thread David Boyes 
NJE connection to RSCS or NJE Bridge would also work (without having to
write any code).

Re: IEC606I VTOC INDEX DISABLED

2010-06-22 Thread Schuh, Richard 
That is good to know. I may have been remembering something that did not 
happen. :-)

(It isn't just you. I have found the search and display from a search to be so 
slow as to be unusable for quite awhile.) 

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Tuesday, June 22, 2010 6:30 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: IEC606I VTOC INDEX DISABLED
> 
> On Monday, 06/21/2010 at 04:53 EDT, "Schuh, Richard" 
> wrote:
> > CPFMTXA is an IBM provided front-end for ICKDSF. There has been a
> statement 
> > posted on this list that support for CPFMTXA will be dropped in the
> fairly near 
> > future. I don't know whether that means that IBM is going to replace
> ICKDSF or 
> > that they just want to get out of the CPFMTXA business.
> 
> Eh?  CPFMTXA is not going away and, in fact, has new function 
> added to it in the next release.
> 
> (Is it just me or are IBMVM archive searches so slow as to be 
> unusable these days?  Good news is that www.mail-archive.com 
> has a fast search with reasonably current content.)
> 
> Alan Altmark
> z/VM Development
> IBM Endicott
>

Re: Issuing VM commands from z/OS...

2010-06-22 Thread Alan Altmark 
On Tuesday, 06/22/2010 at 12:12 EDT, John Harris  
wrote:
> A simple REXX based socket listener running on a disconnected z/VM guest 
could 
> accomplish this quite easily. 
> Commands can be sent from z/OS directly (or any other platform) from a 
Batch 
> Job/TSO or the console via System REXX. 

Don't forget TLS/SSL + userid + password.  If user is validated, then 
issue the FOR command and send the response back.  The good news is that 
if you have RACF on both z/OS and z/VM, you can generate a PassTicket on 
the z/OS side and use it to authenticate on z/VM.

Alan Altmark
z/VM Development
IBM Endicott

Next Meeting & Added download

2010-06-22 Thread Neale Ferguson 


The next meeting of Hillgang will be July 14th at CA in Herndon. I¹m still
finalizing the agenda and am still open to suggestions or offers. At the
moment our featured speaker will be Len Diegel of Velocity Software.

Also, a few meetings ago Jim Moling presented on Cloning z/VM Systems. He
has sent me the materials that can be used to implement said cloning.
They're now available at https://www.sinenomine.net/cloneVM

Neale

Re: Issuing VM commands from z/OS...

2010-06-22 Thread John Harris 




A simple REXX based socket listener running on a disconnected z/VM guest could accomplish this quite easily.
Commands can be sent from z/OS directly (or any other platform) from a Batch Job/TSO or the console via System REXX.



Regards
John Harris



-- Original Message --
   Received: 11:52 AM EDT, 06/22/2010
   From: David Boyes 
   To: IBMVM@LISTSERV.UARK.EDU
   Subject: Re: Issuing VM commands from z/OS...
  
  
   
 

  AFAIK, there’s still no IBM-supported way to do this. VSE put the VM interfaces in ages ago, but they’ve always been a bit smarter about playing nice with hypervisors. 
  
   
  
  There’s a nice mod on the SHARE mods tapes that teaches JES to CP CLOSE spool files via DIAG 8 and also provides a utility that will do CP commands read from a input dataset, also via DIAG 8. 
  
   
  
  

  
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers
   Sent: Tuesday, June 22, 2010 11:29 AM
   To: IBMVM@LISTSERV.UARK.EDU
   Subject: Issuing VM commands from z/OS...

  

 

…I know that I can do this easily from z/VSE, but what about z/OS?

 

Re: Issuing VM commands from z/OS...

2010-06-22 Thread David Boyes 
AFAIK, there's still no IBM-supported way to do this. VSE put the VM interfaces 
in ages ago, but they've always been a bit smarter about playing nice with 
hypervisors.

There's a nice mod on the SHARE mods tapes that teaches JES to CP CLOSE spool 
files via DIAG 8 and also provides a utility that will do CP commands read from 
a input dataset, also via DIAG 8.

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Frank M. Ramaekers
Sent: Tuesday, June 22, 2010 11:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Issuing VM commands from z/OS...

...I know that I can do this easily from z/VSE, but what about z/OS?

Re: Query parent z/VM commands?

2010-06-22 Thread Alan Altmark 
On Tuesday, 06/22/2010 at 07:25 EDT, Michael 
MacIsaac/Poughkeepsie/i...@ibmus wrote:

> # cat foo 
> #!/bin/bash
> machType=`grep "Type:" /proc/sysinfo | awk '{print $2}'` 
> model=`grep "Model:" /proc/sysinfo | awk '{print $3}'` 
> vm01=`grep "VM01 Name:" /proc/sysinfo | awk '{print $3}'` 
> vm00=`grep "VM00 Name:" /proc/sysinfo | awk '{print $3}'` 
> LPAR=`grep "LPAR Name:" /proc/sysinfo | awk '{print $3}'` 
> echo "This CEC is a machine type $machType model $model" 
> echo "The LPAR is $LPAR" 
> if [ ${#vm00} != 0 ]; then 
>   echo "The user ID of the Linux is $vm01" 
> fi 
> if [ ${#vm01} != 0 ]; then 
>   echo "This is a third level Linux" 
>   echo "The user ID of the parent z/VM is $vm01" 
> fi 

But what was acknowledged in this thread was that while you can construct 
the "unique instance id" (location) of the virtual machine's execution 
context using the above technique, you cannot use it to determine the 
system id of the underlying VM system(s).

Whether you can use the former in place of the latter depends entirely 
upon what you are trying to accomplish and what naming conventions you 
have established.

Alan Altmark
z/VM Development
IBM Endicott

Issuing VM commands from z/OS...

2010-06-22 Thread Frank M. Ramaekers 
...I know that I can do this easily from z/VSE, but what about z/OS?

 

Let me explain further.  This past Saturday, we performed our first DR
test with our current setup (1 z/OS system and 1 z/VM with
multiple-z/VSE).  Since we have not been able to get the backup
performance from either z/VM or z/VSE that z/OS provides, we backup both
systems (2 z9s) from z/OS.   During recovery, the z/OS system DSF's all
devices to LABEL them and then restores them from the library.

Well, the setup is a z/VM "floor" system with z/OS and "our" z/VM under
it.  All of the DASD is MDISK DEVNO'ed in 1st level VM.   After a DASD
label has changed it's not reflected on the 1st level VM until a VARY
OFF/ON is performed.  Since z/OS is performing the labeling, it would be
best for it to do the VARY OFF/ON.

 

Other thoughts?

 

 Frank M. Ramaekers Jr.

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr.

Fax: (254)741-5777

Waco, Texas  76701

 

 


_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.

Re: IEC606I VTOC INDEX DISABLED

2010-06-22 Thread Alan Altmark 
On Monday, 06/21/2010 at 04:53 EDT, "Schuh, Richard"  
wrote:
> CPFMTXA is an IBM provided front-end for ICKDSF. There has been a 
statement 
> posted on this list that support for CPFMTXA will be dropped in the 
fairly near 
> future. I don't know whether that means that IBM is going to replace 
ICKDSF or 
> that they just want to get out of the CPFMTXA business.

Eh?  CPFMTXA is not going away and, in fact, has new function added to it 
in the next release.

(Is it just me or are IBMVM archive searches so slow as to be unusable 
these days?  Good news is that www.mail-archive.com has a fast search with 
reasonably current content.)

Alan Altmark
z/VM Development
IBM Endicott

Re: Query parent z/VM commands?

2010-06-22 Thread Michael MacIsaac 
Alan,

> I don't understand this bit. Could you give us a sample shell script?

# cat foo
#!/bin/bash
machType=`grep "Type:" /proc/sysinfo | awk '{print $2}'`
model=`grep "Model:" /proc/sysinfo | awk '{print $3}'`
vm01=`grep "VM01 Name:" /proc/sysinfo | awk '{print $3}'`
vm00=`grep "VM00 Name:" /proc/sysinfo | awk '{print $3}'`
LPAR=`grep "LPAR Name:" /proc/sysinfo | awk '{print $3}'`
echo "This CEC is a machine type $machType model $model"
echo "The LPAR is $LPAR"
if [ ${#vm00} != 0 ]; then
  echo "The user ID of the Linux is $vm01"
fi
if [ ${#vm01} != 0 ]; then
  echo "This is a third level Linux"
  echo "The user ID of the parent z/VM is $vm01"
fi

Run on a 3rd level Linux:

# ./foo
This CEC is a machine type 2097 model E26
The LPAR is LVM1
The user ID of the Linux is ZVMMAPLX
This is a third level Linux
The user ID of the parent z/VM is VM140

Run on a 2nd level Linux:

# ./foo
This CEC is a machine type 2097 model E26
The LPAR is LVM1
The user ID of the Linux is LINUX134

"Mike MacIsaac"(845) 433-7061