Re: IPL VM/VM Issues
Cool ! ! ! "McKown, John" Sent by: The IBM z/VM Operating System 10/07/2010 12:51 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues Some do remote mirroring of DASD. Or use virtual tape where the virtual tape device is either remote or can be remotely mirrored. For the truly unusual and "cheap": MFNetDisk can emulate 3390 DASD on z/OS via a TCPIP connection to a server on a PC running MFNetDisk under either Linux or Windows. If you do that, then burn the PC files containing the emulated 3390s to DVD. Of course, this means a PC server at DR running MFNetDisk. And installing MFNetDisk on the floor system. I'm not too sure about this latter! John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • (817)-691-6183 cell john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S Sent: Thursday, October 07, 2010 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues What does everyone without tape do for Disaster Recovery and Business Continuity? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, October 06, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues > Date: Wed, 6 Oct 2010 14:34:03 -0500 > From: d...@vsoft-software.com > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > Frank, while I think having a simple virtual tape server for CNMS is a > good idea, it wouldn't solve our problems with SPXTAPE; it does not use > the normal CMS tape i/o routines to read/write tape. I believe it > constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their "tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: IPL VM/VM Issues
Some do remote mirroring of DASD. Or use virtual tape where the virtual tape device is either remote or can be remotely mirrored. For the truly unusual and "cheap": MFNetDisk can emulate 3390 DASD on z/OS via a TCPIP connection to a server on a PC running MFNetDisk under either Linux or Windows. If you do that, then burn the PC files containing the emulated 3390s to DVD. Of course, this means a PC server at DR running MFNetDisk. And installing MFNetDisk on the floor system. I'm not too sure about this latter! John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S Sent: Thursday, October 07, 2010 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues What does everyone without tape do for Disaster Recovery and Business Continuity? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, October 06, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues > Date: Wed, 6 Oct 2010 14:34:03 -0500 > From: d...@vsoft-software.com > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > Frank, while I think having a simple virtual tape server for CNMS is a > good idea, it wouldn't solve our problems with SPXTAPE; it does not use > the normal CMS tape i/o routines to read/write tape. I believe it > constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their "tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: IPL VM/VM Issues
Mirrored DASD Bill Munson Sr. z/VM Systems Programmer Brown Brothers Harriman & CO. 525 Washington Blvd. Jersey City, NJ 07310 201-418-7588 From: "Ward, Mike S" To: IBMVM@LISTSERV.UARK.EDU Date: 10/07/2010 12:44 PM Subject: Re: IPL VM/VM Issues Sent by:The IBM z/VM Operating System What does everyone without tape do for Disaster Recovery and Business Continuity? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, October 06, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues > Date: Wed, 6 Oct 2010 14:34:03 -0500 > From: d...@vsoft-software.com > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > Frank, while I think having a simple virtual tape server for CNMS is a > good idea, it wouldn't solve our problems with SPXTAPE; it does not use > the normal CMS tape i/o routines to read/write tape. I believe it > constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their "tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman & Co., its subsidiaries and affiliates ("BBH"). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: IPL VM/VM Issues
What does everyone without tape do for Disaster Recovery and Business Continuity? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, October 06, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues > Date: Wed, 6 Oct 2010 14:34:03 -0500 > From: d...@vsoft-software.com > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > Frank, while I think having a simple virtual tape server for CNMS is a > good idea, it wouldn't solve our problems with SPXTAPE; it does not use > the normal CMS tape i/o routines to read/write tape. I believe it > constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their "tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: IPL VM/VM Issues
There is a requirement for PIPE support for SPXTAPE, similar to what was added to DDR. IBM closed it SUGG, IIRC. I suggest many of you submit requirements or ask me to do so again. I really, really want to be able to do SPXTAPE in a synchronous version to LABELED TAPE Or send the output to a TCP socket. Or just deal with a 2nd level system that has no tape. -- db On 10/6/10 12:56 PM, "Mark Wheeler" wrote: > Date: Wed, 6 Oct 2010 10:42:53 -0500 > From: nix.rob...@mayo.edu > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > I think this is an issue that needs to be addressed. This is a critical set > of files, which z/VM only has tools to back up to tape, and many sites no > longer even have tape drives to use to create these tape backups. We no > longer have any tape drives, real or virtual, attached to the systems, so > SPXTAPE does us absolutely no good. > > -- > Robert P. Nix Mayo Foundation .~. Amen, Brother! Mark Wheeler UnitedHealth Group
Re: IPL VM/VM Issues
http://www.vm.ibm.com/download/ <http://www.vm.ibm.com/download/> On Wed, Oct 6, 2010 at 4:04 PM, George Henke/NYLIC < george_he...@newyorklife.com> wrote: > > Dave, > > Do you know where I can find the VMARC module? > > > > *Dave Jones * > Sent by: The IBM z/VM Operating System > > 10/06/2010 03:23 PM > Please respond to > The IBM z/VM Operating System > > To > IBMVM@LISTSERV.UARK.EDU > cc > Subject > Re: IPL VM/VM Issues > > > > > George, VMARC files should be uploaded to VM binary mode, recfm F, lrecl > 80. To unpack the VMARC file, you'll need the VMARC module. The doc I > mentioned is in the VMARC file, as well. > > Let me know if you have any more problems. > > On 10/06/2010 02:12 PM, George Henke/NYLIC wrote: > > Dave, > > > > I have downloaded SFB.VMARC. > > > > Is this a standard FTP FIXED BIN 1024 upload? > > > > I do not see the doc you mentioned. > > > > > > > > > > Dave Jones > > Sent by: The IBM z/VM Operating System > > 10/06/2010 12:16 PM > > Please respond to > > The IBM z/VM Operating System > > > > > > To > > IBMVM@LISTSERV.UARK.EDU > > cc > > > > Subject > > Re: IPL VM/VM Issues > > > > > > > > > > > > > > George, have a go at it and let me know what you thinkand please pay > > close attention to the restrictions and limitations mentioned in the doc > > file. > > > > Have a good one. > > > > On 10/06/2010 11:05 AM, George Henke/NYLIC wrote: > >> tyvm, Dave. > >> > >> This is just what I need. > >> > >> > >> > >> > >> Dave Jones > >> Sent by: The IBM z/VM Operating System > >> 10/06/2010 12:03 PM > >> Please respond to > >> The IBM z/VM Operating System > >> > >> > >> To > >> IBMVM@LISTSERV.UARK.EDU > >> cc > >> > >> Subject > >> Re: IPL VM/VM Issues > >> > >> > >> > >> > >> > >> > >> I don't want to come across as bragging, but there is the SFB spool file > >> backup/restore utility available now. It's: > >> 1) free > >> 2) backs up and restores SDF file to/from CMS files > >> 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs > >> 4) For RDR/PRT/PUN files, it groups all the UR spool files for a > >> specific user into 1 backup file, so you don't have to manipulate each > >> spool file individually. You can restore all of them at once or just > >> specific ones. > >> > >> Yes, there are some caveats, and limitations on the NSS restore option > >> but it seems to work for the majority of NSSs we've tried it against. > >> > >> You can download it from here: > >> > >> http://www.vsoft-software.com/downloads.html > >> > >> It's towards the bottom of the page. > >> > >> If anyone is interested in support for SFB, drop me a note, off-list, > >> please. > >> > >> Thanks and have a good one. > >> > >> DJ > >> > >> On 10/06/2010 10:42 AM, RPN01 wrote: > >>> I think this is an issue that needs to be addressed. This is a critical > > > > >> set > >>> of files, which z/VM only has tools to back up to tape, and many sites > >> no > >>> longer even have tape drives to use to create these tape backups. We no > >>> longer have any tape drives, real or virtual, attached to the systems, > >> so > >>> SPXTAPE does us absolutely no good. > >>> > >> > > > > -- > Dave Jones > V/Soft Software > www.vsoft-software.com > Houston, TX > 281.578.7544 > <http://www.vsoft-software.com/downloads.html> > -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: IPL VM/VM Issues
Dave, Do you know where I can find the VMARC module? Dave Jones Sent by: The IBM z/VM Operating System 10/06/2010 03:23 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues George, VMARC files should be uploaded to VM binary mode, recfm F, lrecl 80. To unpack the VMARC file, you'll need the VMARC module. The doc I mentioned is in the VMARC file, as well. Let me know if you have any more problems. On 10/06/2010 02:12 PM, George Henke/NYLIC wrote: > Dave, > > I have downloaded SFB.VMARC. > > Is this a standard FTP FIXED BIN 1024 upload? > > I do not see the doc you mentioned. > > > > > Dave Jones > Sent by: The IBM z/VM Operating System > 10/06/2010 12:16 PM > Please respond to > The IBM z/VM Operating System > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: IPL VM/VM Issues > > > > > > > George, have a go at it and let me know what you thinkand please pay > close attention to the restrictions and limitations mentioned in the doc > file. > > Have a good one. > > On 10/06/2010 11:05 AM, George Henke/NYLIC wrote: >> tyvm, Dave. >> >> This is just what I need. >> >> >> >> >> Dave Jones >> Sent by: The IBM z/VM Operating System >> 10/06/2010 12:03 PM >> Please respond to >> The IBM z/VM Operating System >> >> >> To >> IBMVM@LISTSERV.UARK.EDU >> cc >> >> Subject >> Re: IPL VM/VM Issues >> >> >> >> >> >> >> I don't want to come across as bragging, but there is the SFB spool file >> backup/restore utility available now. It's: >> 1) free >> 2) backs up and restores SDF file to/from CMS files >> 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs >> 4) For RDR/PRT/PUN files, it groups all the UR spool files for a >> specific user into 1 backup file, so you don't have to manipulate each >> spool file individually. You can restore all of them at once or just >> specific ones. >> >> Yes, there are some caveats, and limitations on the NSS restore option >> but it seems to work for the majority of NSSs we've tried it against. >> >> You can download it from here: >> >> http://www.vsoft-software.com/downloads.html >> >> It's towards the bottom of the page. >> >> If anyone is interested in support for SFB, drop me a note, off-list, >> please. >> >> Thanks and have a good one. >> >> DJ >> >> On 10/06/2010 10:42 AM, RPN01 wrote: >>> I think this is an issue that needs to be addressed. This is a critical > >> set >>> of files, which z/VM only has tools to back up to tape, and many sites >> no >>> longer even have tape drives to use to create these tape backups. We no >>> longer have any tape drives, real or virtual, attached to the systems, >> so >>> SPXTAPE does us absolutely no good. >>> >> > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
> Date: Wed, 6 Oct 2010 14:34:03 -0500 > From: d...@vsoft-software.com > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > Frank, while I think having a simple virtual tape server for CNMS is a > good idea, it wouldn't solve our problems with SPXTAPE; it does not use > the normal CMS tape i/o routines to read/write tape. I believe it > constructs it's own tape CCWs and bypasses all of CMS tape handling. Most shops without access to real tape drives have already converted their "tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR instead of DDR, etc. As Dave said, SPXTAPE is a different animal and the usual tricks to get around real tape issues aren't available. Mark Wheeler UnitedHealth Group
Re: IPL VM/VM Issues
And, the VSE side of IBM already has most of the code writtenVSE/VTAPE. The IP flavor, should work under VM with only minor changes. The VSAM flavor, well since the VM side sun setted VSE/VSAM, and a CMS minidisk is limited to the size of a pack, there might be a lot more work in converting the VSAM I/O to something supported under CMS that can support hundreds of 4 GB (max) virtual tape files. Or perhaps even get rid of the 4 GB limitation as that was a VSAM limitation. If there are other vendors that can trap the tape I/O from CMS, then I'm sure that the VM development folks knew how to do that long, long time ago. Tom Duerbusch THD Consulting >>> Alan Altmark 10/6/2010 2:02 PM >>> On Wednesday, 10/06/2010 at 02:50 EDT, "Quay, Jonathan (IHG)" wrote: > Is VSSI an IBM business partner? They already have a virtual tape on > minidisk product. There are others I'm sure. VSSI is an ISV. IBM Business Partners are people who sell you IBM-branded solutions. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: IPL VM/VM Issues
Frank, while I think having a simple virtual tape server for CNMS is a good idea, it wouldn't solve our problems with SPXTAPE; it does not use the normal CMS tape i/o routines to read/write tape. I believe it constructs it's own tape CCWs and bypasses all of CMS tape handling. On 10/06/2010 12:24 PM, Frank M. Ramaekers wrote: > It would be nice if z/VM had a virtual tape server that would intercept > tape requests and store them on CMS minidisk and to retrieve them as > well. This could be used for more than just SPXTAPE. > > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of RPN01 > Sent: Wednesday, October 06, 2010 10:43 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: IPL VM/VM Issues > > I think this is an issue that needs to be addressed. This is a critical > set > of files, which z/VM only has tools to back up to tape, and many sites > no > longer even have tape drives to use to create these tape backups. We no > longer have any tape drives, real or virtual, attached to the systems, > so > SPXTAPE does us absolutely no good. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
George, VMARC files should be uploaded to VM binary mode, recfm F, lrecl 80. To unpack the VMARC file, you'll need the VMARC module. The doc I mentioned is in the VMARC file, as well. Let me know if you have any more problems. On 10/06/2010 02:12 PM, George Henke/NYLIC wrote: > Dave, > > I have downloaded SFB.VMARC. > > Is this a standard FTP FIXED BIN 1024 upload? > > I do not see the doc you mentioned. > > > > > Dave Jones > Sent by: The IBM z/VM Operating System > 10/06/2010 12:16 PM > Please respond to > The IBM z/VM Operating System > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: IPL VM/VM Issues > > > > > > > George, have a go at it and let me know what you thinkand please pay > close attention to the restrictions and limitations mentioned in the doc > file. > > Have a good one. > > On 10/06/2010 11:05 AM, George Henke/NYLIC wrote: >> tyvm, Dave. >> >> This is just what I need. >> >> >> >> >> Dave Jones >> Sent by: The IBM z/VM Operating System >> 10/06/2010 12:03 PM >> Please respond to >> The IBM z/VM Operating System >> >> >> To >> IBMVM@LISTSERV.UARK.EDU >> cc >> >> Subject >> Re: IPL VM/VM Issues >> >> >> >> >> >> >> I don't want to come across as bragging, but there is the SFB spool file >> backup/restore utility available now. It's: >> 1) free >> 2) backs up and restores SDF file to/from CMS files >> 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs >> 4) For RDR/PRT/PUN files, it groups all the UR spool files for a >> specific user into 1 backup file, so you don't have to manipulate each >> spool file individually. You can restore all of them at once or just >> specific ones. >> >> Yes, there are some caveats, and limitations on the NSS restore option >> but it seems to work for the majority of NSSs we've tried it against. >> >> You can download it from here: >> >> http://www.vsoft-software.com/downloads.html >> >> It's towards the bottom of the page. >> >> If anyone is interested in support for SFB, drop me a note, off-list, >> please. >> >> Thanks and have a good one. >> >> DJ >> >> On 10/06/2010 10:42 AM, RPN01 wrote: >>> I think this is an issue that needs to be addressed. This is a critical > >> set >>> of files, which z/VM only has tools to back up to tape, and many sites >> no >>> longer even have tape drives to use to create these tape backups. We no >>> longer have any tape drives, real or virtual, attached to the systems, >> so >>> SPXTAPE does us absolutely no good. >>> >> > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
Dave, I have downloaded SFB.VMARC. Is this a standard FTP FIXED BIN 1024 upload? I do not see the doc you mentioned. Dave Jones Sent by: The IBM z/VM Operating System 10/06/2010 12:16 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues George, have a go at it and let me know what you thinkand please pay close attention to the restrictions and limitations mentioned in the doc file. Have a good one. On 10/06/2010 11:05 AM, George Henke/NYLIC wrote: > tyvm, Dave. > > This is just what I need. > > > > > Dave Jones > Sent by: The IBM z/VM Operating System > 10/06/2010 12:03 PM > Please respond to > The IBM z/VM Operating System > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: IPL VM/VM Issues > > > > > > > I don't want to come across as bragging, but there is the SFB spool file > backup/restore utility available now. It's: > 1) free > 2) backs up and restores SDF file to/from CMS files > 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs > 4) For RDR/PRT/PUN files, it groups all the UR spool files for a > specific user into 1 backup file, so you don't have to manipulate each > spool file individually. You can restore all of them at once or just > specific ones. > > Yes, there are some caveats, and limitations on the NSS restore option > but it seems to work for the majority of NSSs we've tried it against. > > You can download it from here: > > http://www.vsoft-software.com/downloads.html > > It's towards the bottom of the page. > > If anyone is interested in support for SFB, drop me a note, off-list, > please. > > Thanks and have a good one. > > DJ > > On 10/06/2010 10:42 AM, RPN01 wrote: >> I think this is an issue that needs to be addressed. This is a critical > set >> of files, which z/VM only has tools to back up to tape, and many sites > no >> longer even have tape drives to use to create these tape backups. We no >> longer have any tape drives, real or virtual, attached to the systems, > so >> SPXTAPE does us absolutely no good. >> > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
On Wednesday, 10/06/2010 at 02:50 EDT, "Quay, Jonathan (IHG)" wrote: > Is VSSI an IBM business partner? They already have a virtual tape on > minidisk product. There are others I'm sure. VSSI is an ISV. IBM Business Partners are people who sell you IBM-branded solutions. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: IPL VM/VM Issues
Is VSSI an IBM business partner? They already have a virtual tape on minidisk product. There are others I'm sure. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, October 06, 2010 2:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues On Wednesday, 10/06/2010 at 12:56 EDT, Mark Wheeler wrote: > > I think this is an issue that needs to be addressed. This is a critical set > > of files, which z/VM only has tools to back up to tape, and many sites no > > longer even have tape drives to use to create these tape backups. We no > > longer have any tape drives, real or virtual, attached to the systems, so > > SPXTAPE does us absolutely no good. > > > > -- > > Robert P. Nix Mayo Foundation .~. > > Amen, Brother! Anyone who has a requirement for tapeless operation of z/VM needs to be badgering your IBM client exec, account rep or business partner, as well as opening a requirement with IBM. It's not that we don't know about the requirement, but we need a way to measure the demand so that it can be prioritized properly. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: IPL VM/VM Issues
On Wednesday, 10/06/2010 at 12:56 EDT, Mark Wheeler wrote: > > I think this is an issue that needs to be addressed. This is a critical set > > of files, which z/VM only has tools to back up to tape, and many sites no > > longer even have tape drives to use to create these tape backups. We no > > longer have any tape drives, real or virtual, attached to the systems, so > > SPXTAPE does us absolutely no good. > > > > -- > > Robert P. Nix Mayo Foundation .~. > > Amen, Brother! Anyone who has a requirement for tapeless operation of z/VM needs to be badgering your IBM client exec, account rep or business partner, as well as opening a requirement with IBM. It's not that we don't know about the requirement, but we need a way to measure the demand so that it can be prioritized properly. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: IPL VM/VM Issues
It would be nice if z/VM had a virtual tape server that would intercept tape requests and store them on CMS minidisk and to retrieve them as well. This could be used for more than just SPXTAPE. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of RPN01 Sent: Wednesday, October 06, 2010 10:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues I think this is an issue that needs to be addressed. This is a critical set of files, which z/VM only has tools to back up to tape, and many sites no longer even have tape drives to use to create these tape backups. We no longer have any tape drives, real or virtual, attached to the systems, so SPXTAPE does us absolutely no good. -- Robert P. Nix Mayo Foundation.~. RO-OC-1-18 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 10/6/10 10:36 AM, "Brian Nielsen" wrote: > SPXTAPE only supports tape. > > You could use DCSSBKUP and DCSSRSAV for some of the SDF's, but not all. > > > There are past discussions in the archives that discuss the general > issue. There are references to pipes and/or 3rd party products that may > > also help. > > Brian Nielsen > > On Wed, 6 Oct 2010 10:46:26 -0400, George Henke/NYLIC > wrote: > >> I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to >> come up FORCE. >> >> So I do not have the SDF. >> >> I suppose I could SPXTAPE DUMP them from L1, except I do not have any >> tape. >> >> Can I redirect SPXTAPE to disk to port the SDF to L2?. _ 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: IPL VM/VM Issues
> Date: Wed, 6 Oct 2010 10:42:53 -0500 > From: nix.rob...@mayo.edu > Subject: Re: IPL VM/VM Issues > To: IBMVM@LISTSERV.UARK.EDU > > I think this is an issue that needs to be addressed. This is a critical set > of files, which z/VM only has tools to back up to tape, and many sites no > longer even have tape drives to use to create these tape backups. We no > longer have any tape drives, real or virtual, attached to the systems, so > SPXTAPE does us absolutely no good. > > -- > Robert P. Nix Mayo Foundation .~. Amen, Brother! Mark Wheeler UnitedHealth Group
Re: IPL VM/VM Issues
George, have a go at it and let me know what you thinkand please pay close attention to the restrictions and limitations mentioned in the doc file. Have a good one. On 10/06/2010 11:05 AM, George Henke/NYLIC wrote: > tyvm, Dave. > > This is just what I need. > > > > > Dave Jones > Sent by: The IBM z/VM Operating System > 10/06/2010 12:03 PM > Please respond to > The IBM z/VM Operating System > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: IPL VM/VM Issues > > > > > > > I don't want to come across as bragging, but there is the SFB spool file > backup/restore utility available now. It's: > 1) free > 2) backs up and restores SDF file to/from CMS files > 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs > 4) For RDR/PRT/PUN files, it groups all the UR spool files for a > specific user into 1 backup file, so you don't have to manipulate each > spool file individually. You can restore all of them at once or just > specific ones. > > Yes, there are some caveats, and limitations on the NSS restore option > but it seems to work for the majority of NSSs we've tried it against. > > You can download it from here: > > http://www.vsoft-software.com/downloads.html > > It's towards the bottom of the page. > > If anyone is interested in support for SFB, drop me a note, off-list, > please. > > Thanks and have a good one. > > DJ > > On 10/06/2010 10:42 AM, RPN01 wrote: >> I think this is an issue that needs to be addressed. This is a critical > set >> of files, which z/VM only has tools to back up to tape, and many sites > no >> longer even have tape drives to use to create these tape backups. We no >> longer have any tape drives, real or virtual, attached to the systems, > so >> SPXTAPE does us absolutely no good. >> > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
tyvm, Dave. This is just what I need. Dave Jones Sent by: The IBM z/VM Operating System 10/06/2010 12:03 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues I don't want to come across as bragging, but there is the SFB spool file backup/restore utility available now. It's: 1) free 2) backs up and restores SDF file to/from CMS files 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs 4) For RDR/PRT/PUN files, it groups all the UR spool files for a specific user into 1 backup file, so you don't have to manipulate each spool file individually. You can restore all of them at once or just specific ones. Yes, there are some caveats, and limitations on the NSS restore option but it seems to work for the majority of NSSs we've tried it against. You can download it from here: http://www.vsoft-software.com/downloads.html It's towards the bottom of the page. If anyone is interested in support for SFB, drop me a note, off-list, please. Thanks and have a good one. DJ On 10/06/2010 10:42 AM, RPN01 wrote: > I think this is an issue that needs to be addressed. This is a critical set > of files, which z/VM only has tools to back up to tape, and many sites no > longer even have tape drives to use to create these tape backups. We no > longer have any tape drives, real or virtual, attached to the systems, so > SPXTAPE does us absolutely no good. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
I don't want to come across as bragging, but there is the SFB spool file backup/restore utility available now. It's: 1) free 2) backs up and restores SDF file to/from CMS files 3) can handle NSS as well as DCSS, IMG, RDR/PRT/PUN, NLS, SDFs 4) For RDR/PRT/PUN files, it groups all the UR spool files for a specific user into 1 backup file, so you don't have to manipulate each spool file individually. You can restore all of them at once or just specific ones. Yes, there are some caveats, and limitations on the NSS restore option but it seems to work for the majority of NSSs we've tried it against. You can download it from here: http://www.vsoft-software.com/downloads.html It's towards the bottom of the page. If anyone is interested in support for SFB, drop me a note, off-list, please. Thanks and have a good one. DJ On 10/06/2010 10:42 AM, RPN01 wrote: > I think this is an issue that needs to be addressed. This is a critical set > of files, which z/VM only has tools to back up to tape, and many sites no > longer even have tape drives to use to create these tape backups. We no > longer have any tape drives, real or virtual, attached to the systems, so > SPXTAPE does us absolutely no good. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
Hi, George. Unfortunately SPXTAPE only supports tape as an output device. The IBM supplied SDF files (CMS, GCS, SCEE, NLSAMEGN, etc.) can be regenerated using VM/SES tools and procedures. As Brian mentioned you could also use the DCSSBKUP /DCSSRSAV utilities as well. You could also grab a copy of the SFB spool file backup/restore utility from here: http://www.vsoft-software.com/downloads.html It saves the backed up SDF files to CMS files that you can then move from system to system. Have a good one, too. On 10/06/2010 09:46 AM, George Henke/NYLIC wrote: > I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to > come up FORCE. > > So I do not have the SDF. > > I suppose I could SPXTAPE DUMP them from L1, except I do not have any > tape. > > Can I redirect SPXTAPE to disk to port the SDF to L2?. > > > > > Brian Nielsen > Sent by: The IBM z/VM Operating System > 10/05/2010 04:29 PM > Please respond to > The IBM z/VM Operating System > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: IPL VM/VM Issues > > > > > > > As others have pointed out, your L2 guest can't hurt your L1 system or > > other guests unless L2 has access to those disks. Stating it from a > different angle - you should never give your L2 guest access to anything > > you don't want it to have access to. It's no different than keeping your > > z/OS and Linux guests from stepping on each other or your L1 system. Thi > s > guest just happens to be running VM. > > For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is > > no reason to do a COLD start. Do a FORCE start instead. Otherwise you > > need to rebuild or SPXTAPE LOAD the SDF files. > > For TCP, what happens depends on what you have set up for your L2 guest. > > If you gave it access to a real hardware (OSA, hipersocket, etc) then you > > have other work to do to prevent IP conflicts. If instead you've given i > t > access to a disconnected VSWITCH and/or virtual LAN, then it won't cause > > any problems because it can't connect to anything. And, yes, defining > > GRAFs and using DIAL is a standard practice. > > Something you might want to look into is setting up your system so it > recognizes whether it's at L1 or L2 or at DR so that it does the "right > > thing" for that situation. There's several ways to do that, but you've > > gone down the path of diverging your L2 system from your L1 system. At m > y > site I have it setup so that I can DDR my L1 system into my L2 guest, int > o > a couple different setups at my DR site, or into some unknown site, and i > t > comes up the way I want it to in each instance even if the others are > running. It makes life easier. What you're doing is a great learning > > experience, and eventually you'll see the value in making your multiple > > systems easier to manage. > > Brian Nielsen > > > On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC > wrote: > >> L2 is a cloned L1 directory except for the volsers in the Directory and > CF >> Parm files which have all been made unique, ie 540 becoming 54X. >> >> I plan to ipl as follows: >> >> system reset >> term conmode 3270 >> set mach esa >> I 125b clear loadparm 009 >> >> START COLD DRAIN >> >> To be safe, I suppose I should also add NOAUTO. >> >> L1 runs 5 z/OS machines and 3 Linuxes. >> >> They could be corrupted at L1 if I tried to bring them up in L2 at the >> same time without GRS, MIM, or some other serialization product. >> >> I doubt TCPIP will work at L2 without some reconfiguring. >> >> So I should define some GRAFs and dial them. >> >> Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL > , >> 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and > >> CP finds the rest from the Parm disk. > > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: IPL VM/VM Issues
I think this is an issue that needs to be addressed. This is a critical set of files, which z/VM only has tools to back up to tape, and many sites no longer even have tape drives to use to create these tape backups. We no longer have any tape drives, real or virtual, attached to the systems, so SPXTAPE does us absolutely no good. -- Robert P. Nix Mayo Foundation.~. RO-OC-1-18 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 10/6/10 10:36 AM, "Brian Nielsen" wrote: > SPXTAPE only supports tape. > > You could use DCSSBKUP and DCSSRSAV for some of the SDF's, but not all. > > > There are past discussions in the archives that discuss the general > issue. There are references to pipes and/or 3rd party products that may > > also help. > > Brian Nielsen > > On Wed, 6 Oct 2010 10:46:26 -0400, George Henke/NYLIC > wrote: > >> I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to >> come up FORCE. >> >> So I do not have the SDF. >> >> I suppose I could SPXTAPE DUMP them from L1, except I do not have any >> tape. >> >> Can I redirect SPXTAPE to disk to port the SDF to L2?.
Re: IPL VM/VM Issues
SPXTAPE only supports tape. You could use DCSSBKUP and DCSSRSAV for some of the SDF's, but not all. There are past discussions in the archives that discuss the general issue. There are references to pipes and/or 3rd party products that may also help. Brian Nielsen On Wed, 6 Oct 2010 10:46:26 -0400, George Henke/NYLIC wrote: >I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to >come up FORCE. > >So I do not have the SDF. > >I suppose I could SPXTAPE DUMP them from L1, except I do not have any >tape. > >Can I redirect SPXTAPE to disk to port the SDF to L2?.
Re: IPL VM/VM Issues
I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to come up FORCE. So I do not have the SDF. I suppose I could SPXTAPE DUMP them from L1, except I do not have any tape. Can I redirect SPXTAPE to disk to port the SDF to L2?. Brian Nielsen Sent by: The IBM z/VM Operating System 10/05/2010 04:29 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. Thi s guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given i t access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At m y site I have it setup so that I can DDR my L1 system into my L2 guest, int o a couple different setups at my DR site, or into some unknown site, and i t comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL , >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk.
Re: IPL VM/VM Issues
And, if you don't want to see the SAPL panel and have to enter CONS=9 and press PF10, make it: /* */ Trace "O" Address "COMMAND" nl="15"x "CP SET RUN ON" "CP TERM CONMODE 3270"nl||, "IPL 06F8 CLEAR LOADPARM CONS0009" Exit 2010/10/5 Frank M. Ramaekers > I actually have a 191 disk assigned for my 2nd level VM and IPL CMS with > an AUTOEXEC: > > > > /* */ > > Trace "O" > > Address "COMMAND" > > nl="15"x > > "CP SET RUN ON" > > Cmd="CP TERM CONMODE 3270"nl||, > > "CP IPL 06F8 CLEAR LOADPARM 0009" > > Queue Cmd > > Exit > > > > > > Frank M. Ramaekers Jr. > > > > > -------------- > > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *George Henke/NYLIC > *Sent:* Tuesday, October 05, 2010 2:28 PM > > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* IPL VM/VM Issues > > > > > L2 is a cloned L1 directory except for the volsers in the Directory and CF > Parm files which have all been made unique, ie 540 becoming 54X. > > I plan to ipl as follows: > > system reset > term conmode 3270 > set mach esa > I 125b clear loadparm 009 > > START COLD DRAIN > > To be safe, I suppose I should also add NOAUTO. > > L1 runs 5 z/OS machines and 3 Linuxes. > > They could be corrupted at L1 if I tried to bring them up in L2 at the same > time without GRS, MIM, or some other serialization product. > > I doubt TCPIP will work at L2 without some reconfiguring. > > So I should define some GRAFs and dial them. > > Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, > 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP > finds the rest from the Parm disk. > > > _ 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. > -- Kris Buelens, IBM Belgium, VM customer support
Re: IPL VM/VM Issues
tyvm, Mike & Mike, everything came up fine. Michael Coffin Sent by: The IBM z/VM Operating System 10/05/2010 05:44 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues That’s correct, you do not respond START with startup parms, just enter the startup parms. In your case reply with COLD DRAIN NOAUTO and you’ll be fine. -Mike From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 5:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues Trying to IPL 2d Level but getting the following: 17:34:24 z/VM V5 R4.0 SERVICE LEVEL 0802 (64-BIT) 17:34:24 SYSTEM NUCLEUS CREATED ON 2008-11-28 AT 19:22:25, LOADED FROM 54XRES 17:34:24 17:34:24 17:34:24 * LICENSED MATERIALS - PROPERTY OF IBM** 17:34:24 * * 17:34:24 * 5741-A05 (C) COPYRIGHT IBM CORP. 1983, 2008. ALL RIGHTS * 17:34:24 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 17:34:24 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 17:34:24 * CONTRACT WITH IBM CORP. * 17:34:24 * * 17:34:24 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 17:34:24 17:34:24 17:34:25 HCPZCO6718I Using parm disk 1 on volume 54XRES (device 125B). 17:34:25 HCPZCO6718I Parm disk resides on cylinders 39 through 158. 17:34:25 17:34:25 HCPZPM6700E File SYSTEM CONFIG, record 169: 17:34:25 HCPZPM6711E Duplicate volume identifier ABOF* specified -- statement ignored. 17:34:25 17:34:25 HCPISU951I CP VOLID 54XSP2 NOT MOUNTED 17:34:25 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:34:25 (NOAUTOlog)) or (SHUTDOWN) 17:35:12 START COLD DRAIN NOAUTO 17:35:12 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:35:12 (NOAUTOlog)) or (SHUTDOWN) Seems like it does not recognize the START command.
Re: IPL VM/VM Issues
That's correct, you do not respond START with startup parms, just enter the startup parms. In your case reply with COLD DRAIN NOAUTO and you'll be fine. -Mike From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 5:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues Trying to IPL 2d Level but getting the following: 17:34:24 z/VM V5 R4.0 SERVICE LEVEL 0802 (64-BIT) 17:34:24 SYSTEM NUCLEUS CREATED ON 2008-11-28 AT 19:22:25, LOADED FROM 54XRES 17:34:24 17:34:24 17:34:24 * LICENSED MATERIALS - PROPERTY OF IBM** 17:34:24 * * 17:34:24 * 5741-A05 (C) COPYRIGHT IBM CORP. 1983, 2008. ALL RIGHTS * 17:34:24 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 17:34:24 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 17:34:24 * CONTRACT WITH IBM CORP. * 17:34:24 * * 17:34:24 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 17:34:24 17:34:24 17:34:25 HCPZCO6718I Using parm disk 1 on volume 54XRES (device 125B). 17:34:25 HCPZCO6718I Parm disk resides on cylinders 39 through 158. 17:34:25 17:34:25 HCPZPM6700E File SYSTEM CONFIG, record 169: 17:34:25 HCPZPM6711E Duplicate volume identifier ABOF* specified -- statement ignored. 17:34:25 17:34:25 HCPISU951I CP VOLID 54XSP2 NOT MOUNTED 17:34:25 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:34:25 (NOAUTOlog)) or (SHUTDOWN) 17:35:12 START COLD DRAIN NOAUTO 17:35:12 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:35:12 (NOAUTOlog)) or (SHUTDOWN) Seems like it does not recognize the START command.
Re: IPL VM/VM Issues
No "START" required. Just enter: COLD DRAIN NOAUTO Maybe IBM should have written that as: Enter Start type: ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "George Henke/NYLIC" Sent by: "The IBM z/VM Operating System" 10/05/2010 04:39 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues Trying to IPL 2d Level but getting the following: 17:34:24 z/VM V5 R4.0 SERVICE LEVEL 0802 (64-BIT) 17:34:24 SYSTEM NUCLEUS CREATED ON 2008-11-28 AT 19:22:25, LOADED FROM 54XRES 17:34:24 17:34:24 17:34:24 * LICENSED MATERIALS - PROPERTY OF IBM** 17:34:24 * * 17:34:24 * 5741-A05 (C) COPYRIGHT IBM CORP. 1983, 2008. ALL RIGHTS * 17:34:24 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 17:34:24 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 17:34:24 * CONTRACT WITH IBM CORP. * 17:34:24 * * 17:34:24 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 17:34:24 17:34:24 17:34:25 HCPZCO6718I Using parm disk 1 on volume 54XRES (device 125B). 17:34:25 HCPZCO6718I Parm disk resides on cylinders 39 through 158. 17:34:25 17:34:25 HCPZPM6700E File SYSTEM CONFIG, record 169: 17:34:25 HCPZPM6711E Duplicate volume identifier ABOF* specified -- statement ignored. 17:34:25 17:34:25 HCPISU951I CP VOLID 54XSP2 NOT MOUNTED 17:34:25 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:34:25 (NOAUTOlog)) or (SHUTDOWN) 17:35:12 START COLD DRAIN NOAUTO 17:35:12 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:35:12 (NOAUTOlog)) or (SHUTDOWN) Seems like it does not recognize the START command. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: IPL VM/VM Issues
Trying to IPL 2d Level but getting the following: 17:34:24 z/VM V5 R4.0 SERVICE LEVEL 0802 (64-BIT) 17:34:24 SYSTEM NUCLEUS CREATED ON 2008-11-28 AT 19:22:25, LOADED FROM 54XRES 17:34:24 17:34:24 17:34:24 * LICENSED MATERIALS - PROPERTY OF IBM** 17:34:24 * * 17:34:24 * 5741-A05 (C) COPYRIGHT IBM CORP. 1983, 2008. ALL RIGHTS * 17:34:24 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 17:34:24 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 17:34:24 * CONTRACT WITH IBM CORP. * 17:34:24 * * 17:34:24 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 17:34:24 17:34:24 17:34:25 HCPZCO6718I Using parm disk 1 on volume 54XRES (device 125B). 17:34:25 HCPZCO6718I Parm disk resides on cylinders 39 through 158. 17:34:25 17:34:25 HCPZPM6700E File SYSTEM CONFIG, record 169: 17:34:25 HCPZPM6711E Duplicate volume identifier ABOF* specified -- statement ignored. 17:34:25 17:34:25 HCPISU951I CP VOLID 54XSP2 NOT MOUNTED 17:34:25 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:34:25 (NOAUTOlog)) or (SHUTDOWN) 17:35:12 START COLD DRAIN NOAUTO 17:35:12 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:35:12 (NOAUTOlog)) or (SHUTDOWN) Seems like it does not recognize the START command.
Re: IPL VM/VM Issues
Trying to IPL 2d Level but getting the following: 17:22:10 HCPISU951I CP VOLID 54XPG2 NOT MOUNTED 17:22:10 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:22:10 (NOAUTOlog)) or (SHUTDOWN) 17:23:32 START COLD DRAIN NOAUTO 17:23:32 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:23:32 (NOAUTOlog)) or (SHUTDOWN) 17:25:47 START (COLD DRAIN NOAUTO) 17:25:47 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) 17:25:47 (NOAUTOlog)) or (SHUTDOWN) Seems like it does not recognize the START command. Mike Walter Sent by: The IBM z/VM Operating System 10/05/2010 05:17 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues Shorter still: ?l2=length(diag(00))>40 /* We're running a 2nd level VM */ Then something like: If ?l2 then ... some 2nd level stuff... Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 10/05/2010 03:39 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues To determine if you are running under 1st level VM or another level, us this in your PROFILE EXEC (REXX): /* Determine what level of VM (VM under VM) we are running */ Parse value Diagrc(0) with rc 10 . 11 cc 12 . 17 D00Data FirstLevel=(Length(D00Data)<=40) MyLevel=Length(D00Data)/40 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen Sent: Tuesday, October 05, 2010 3:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. This guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given it access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At my site I have it setup so that I can DDR my L1 system into my L2 guest, into a couple different setups at my DR site, or into some unknown site, and it comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk. _ 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...@ailif
Re: IPL VM/VM Issues
Shorter still: ?l2=length(diag(00))>40 /* We're running a 2nd level VM */ Then something like: If ?l2 then ... some 2nd level stuff... Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 10/05/2010 03:39 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues To determine if you are running under 1st level VM or another level, us this in your PROFILE EXEC (REXX): /* Determine what level of VM (VM under VM) we are running */ Parse value Diagrc(0) with rc 10 . 11 cc 12 . 17 D00Data FirstLevel=(Length(D00Data)<=40) MyLevel=Length(D00Data)/40 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen Sent: Tuesday, October 05, 2010 3:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. This guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given it access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At my site I have it setup so that I can DDR my L1 system into my L2 guest, into a couple different setups at my DR site, or into some unknown site, and it comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk. _ 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. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: IPL VM/VM Issues
To determine if you are running under 1st level VM or another level, us this in your PROFILE EXEC (REXX): /* Determine what level of VM (VM under VM) we are running */ Parse value Diagrc(0) with rc 10 . 11 cc 12 . 17 D00Data FirstLevel=(Length(D00Data)<=40) MyLevel=Length(D00Data)/40 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen Sent: Tuesday, October 05, 2010 3:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. This guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given it access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At my site I have it setup so that I can DDR my L1 system into my L2 guest, into a couple different setups at my DR site, or into some unknown site, and it comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk. _ 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: IPL VM/VM Issues
As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. Thi s guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given i t access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At m y site I have it setup so that I can DDR my L1 system into my L2 guest, int o a couple different setups at my DR site, or into some unknown site, and i t comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL , >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk.
Re: IPL VM/VM Issues
Even closer? Not to me, it's not! :-) But Aon Hewitt (newly formed by the merger of Aon and Hewitt Associates) hosts the CAVMEN (Chicago Area VM ENthusiasts) Linux and VM regional user group meetings right here in Lincolnshire, Illinois - about 25 miles north of Chicago (and "even closer" for me, a few hundred feet from my office). The next CAVMEN meeting is Thursday October 28, 2010. For more info, see: www.cavmen.org Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Bill Munson" Sent by: "The IBM z/VM Operating System" 10/05/2010 02:50 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL VM/VM Issues George and (Mike) Do not forget the even closer VM user group meetings like MVMUA here in Jersey City. http://www2.marist.edu/~mvmua/2010oct.html as well other classes by VM Resources also held at the Vicom offices in ONE Penn thanx Bill Munson 201-418-7588 President - MVMUA http://www2.marist.edu/~mvmua/ VM Project Officer - SHARE http://www.linkedin.com/in/BillMunson The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: IPL VM/VM Issues
George and (Mike) Do not forget the even closer VM user group meetings like MVMUA here in Jersey City. http://www2.marist.edu/~mvmua/2010oct.html as well other classes by VM Resources also held at the Vicom offices in ONE Penn thanx Bill Munson 201-418-7588 President - MVMUA http://www2.marist.edu/~mvmua/ VM Project Officer - SHARE http://www.linkedin.com/in/BillMunson From: Mike Walter To: IBMVM@LISTSERV.UARK.EDU Date: 10/05/2010 03:41 PM Subject:Re: IPL VM/VM Issues Sent by:The IBM z/VM Operating System How could the L2 machine bring them up if it does not have access to the DASD that they require? Your 2nd level machine should have very few R/W DASD linked, attached, or dedicated. Usually just the res/spool/page and very select DASD that it needs for its own use (not shared R/W with L1). We install Program Products on DASD labeled VMPP## (where "VM" DASD is L1 production). The test system Program Product DASD is labeled VTPP##. The 2nd level system may have some R/O links/Dedicates of VMPP## DASD, but none of it is available R/W. Those R/O Program Product DASD permit easy copying of MDISKs to the L2 system right from the L2 system ("CP DEFINE MDISK" is terrific for that). The only DASD L2 has R/W is what it needs for its own use to IPL (not shared R/W with L1), and its own DASD where its own userid MDISKs are allocated. You might find it valuable to suggest to your management that you really should plan to attend SHARE in Anaheim this coming March. See: www.share.org Also (if I may be so bold as to paste a recently received e-mail): -- Please invite our clients and prospects. This is a good way for them to train their people new to z. NEW! zBasics- 3 day program November 2nd-4th, 2010 8:30am- 5:00pm Location: Vicom Infinity, Inc. One Penn Plaza Suite 2010 New York City 10119 Enrollment forms can now be submitted The form is available at www.idcp.org Don't miss this excellent educational opportunity! zBasics-3 day System z familiarization program Please join us for a fast paced look at System z hardware and the z/OS operating system. This class will provide you with a solid foundation in System z technologies that will allow you to continue to develop your skills long after the class ends. The main focus of the class materials will be the well developed technologies that are unique to System z such as virtualization, workload management, and clustering. In addition, there will be an emphasis on the technologies that allow System z servers to deliver the ultimate in scale, availability, and other key qualities of service that make it the platform of choice for so many enterprises around the world. Cost: $1800.00* Lunch will be provided each day Quick Links... Our Website: www.idcp.org For further information and enrollment, contact: Susan Scanlon, Director of Corporate Outreach, IDCP susan.scan...@marist.edu 845-575-3588 Class location is Vicom Infinity Offices at: One Penn Plaza, Suite 2010, NY, NY 10119 Conveniently located at Penn Station! This program is offered jointly by Marist College and Vicom Infinity, Inc. -- Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "George Henke/NYLIC" Sent by: "The IBM z/VM Operating System" 10/05/2010 02:28 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject IPL VM/VM Issues L2 is a cloned L1 directory except for the volsers in the Directory and CF Parm files which have all been made unique, ie 540 becoming 54X. I plan to ipl as follows: system reset term conmode 3270 set mach esa I 125b clear loadparm 009 START COLD DRAIN To be safe, I suppose I should also add NOAUTO. L1 runs 5 z/OS machines and 3 Linuxes. They could be corrupted at L1 if I tried to bring them up in L2 at the same time without GRS, MIM, or some other serialization product. I doubt TCPIP will work at L2 without some reconfiguring. So I should define some GRAFs and dial them. Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP finds the rest from the Parm disk. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, d
Re: IPL VM/VM Issues
I actually have a 191 disk assigned for my 2nd level VM and IPL CMS with an AUTOEXEC: /* */ Trace "O" Address "COMMAND" nl="15"x "CP SET RUN ON" Cmd="CP TERM CONMODE 3270"nl||, "CP IPL 06F8 CLEAR LOADPARM 0009" Queue Cmd Exit Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 2:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: IPL VM/VM Issues L2 is a cloned L1 directory except for the volsers in the Directory and CF Parm files which have all been made unique, ie 540 becoming 54X. I plan to ipl as follows: system reset term conmode 3270 set mach esa I 125b clear loadparm 009 START COLD DRAIN To be safe, I suppose I should also add NOAUTO. L1 runs 5 z/OS machines and 3 Linuxes. They could be corrupted at L1 if I tried to bring them up in L2 at the same time without GRS, MIM, or some other serialization product. I doubt TCPIP will work at L2 without some reconfiguring. So I should define some GRAFs and dial them. Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP finds the rest from the Parm disk. _ 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: IPL VM/VM Issues
How could the L2 machine bring them up if it does not have access to the DASD that they require? Your 2nd level machine should have very few R/W DASD linked, attached, or dedicated. Usually just the res/spool/page and very select DASD that it needs for its own use (not shared R/W with L1). We install Program Products on DASD labeled VMPP## (where "VM" DASD is L1 production). The test system Program Product DASD is labeled VTPP##. The 2nd level system may have some R/O links/Dedicates of VMPP## DASD, but none of it is available R/W. Those R/O Program Product DASD permit easy copying of MDISKs to the L2 system right from the L2 system ("CP DEFINE MDISK" is terrific for that). The only DASD L2 has R/W is what it needs for its own use to IPL (not shared R/W with L1), and its own DASD where its own userid MDISKs are allocated. You might find it valuable to suggest to your management that you really should plan to attend SHARE in Anaheim this coming March. See: www.share.org Also (if I may be so bold as to paste a recently received e-mail): -- Please invite our clients and prospects. This is a good way for them to train their people new to z. NEW! zBasics- 3 day program November 2nd-4th, 2010 8:30am- 5:00pm Location: Vicom Infinity, Inc. One Penn Plaza Suite 2010 New York City 10119 Enrollment forms can now be submitted The form is available at www.idcp.org Don't miss this excellent educational opportunity! zBasics-3 day System z familiarization program Please join us for a fast paced look at System z hardware and the z/OS operating system. This class will provide you with a solid foundation in System z technologies that will allow you to continue to develop your skills long after the class ends. The main focus of the class materials will be the well developed technologies that are unique to System z such as virtualization, workload management, and clustering. In addition, there will be an emphasis on the technologies that allow System z servers to deliver the ultimate in scale, availability, and other key qualities of service that make it the platform of choice for so many enterprises around the world. Cost: $1800.00* Lunch will be provided each day Quick Links... Our Website: www.idcp.org For further information and enrollment, contact: Susan Scanlon, Director of Corporate Outreach, IDCP susan.scan...@marist.edu 845-575-3588 Class location is Vicom Infinity Offices at: One Penn Plaza, Suite 2010, NY, NY 10119 Conveniently located at Penn Station! This program is offered jointly by Marist College and Vicom Infinity, Inc. -- Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "George Henke/NYLIC" Sent by: "The IBM z/VM Operating System" 10/05/2010 02:28 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject IPL VM/VM Issues L2 is a cloned L1 directory except for the volsers in the Directory and CF Parm files which have all been made unique, ie 540 becoming 54X. I plan to ipl as follows: system reset term conmode 3270 set mach esa I 125b clear loadparm 009 START COLD DRAIN To be safe, I suppose I should also add NOAUTO. L1 runs 5 z/OS machines and 3 Linuxes. They could be corrupted at L1 if I tried to bring them up in L2 at the same time without GRS, MIM, or some other serialization product. I doubt TCPIP will work at L2 without some reconfiguring. So I should define some GRAFs and dial them. Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP finds the rest from the Parm disk. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: IPL VM/VM Issues
As long as your L2 system doesn't have the disks attached for your z/OS and Linux guests, they will fail to start, so no issues with corruption. However I would probably use NOAUTOLOG just to be safe. TCPIP will need to be changed, at least the IP address, before starting it up. Defining GRAF and dialing to the guest is the way to go until you modify TCPIP. Not sure what you mean about defining the DASD volumes in the L1 directory. If you are dedicating the devices, then you don't need to specify the volsers. If you are using minidisks (full or partial) then you have to define them for the 2nd level to find them. On Tue, Oct 5, 2010 at 3:28 PM, George Henke/NYLIC < george_he...@newyorklife.com> wrote: > > L2 is a cloned L1 directory except for the volsers in the Directory and CF > Parm files which have all been made unique, ie 540 becoming 54X. > > I plan to ipl as follows: > > system reset > term conmode 3270 > set mach esa > I 125b clear loadparm 009 > > START COLD DRAIN > > To be safe, I suppose I should also add NOAUTO. > > L1 runs 5 z/OS machines and 3 Linuxes. > > They could be corrupted at L1 if I tried to bring them up in L2 at the same > time without GRS, MIM, or some other serialization product. > > I doubt TCPIP will work at L2 without some reconfiguring. > > So I should define some GRAFs and dial them. > > Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, > 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP > finds the rest from the Parm disk. > > > > -- Mark D Pace Senior Systems Engineer Mainline Information Systems
IPL VM/VM Issues
L2 is a cloned L1 directory except for the volsers in the Directory and CF Parm files which have all been made unique, ie 540 becoming 54X. I plan to ipl as follows: system reset term conmode 3270 set mach esa I 125b clear loadparm 009 START COLD DRAIN To be safe, I suppose I should also add NOAUTO. L1 runs 5 z/OS machines and 3 Linuxes. They could be corrupted at L1 if I tried to bring them up in L2 at the same time without GRS, MIM, or some other serialization product. I doubt TCPIP will work at L2 without some reconfiguring. So I should define some GRAFs and dial them. Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP finds the rest from the Parm disk.