Seinfeld's Contribution to the The Principles of Operation
There is only one place in z Architecture Principles of Operation where the word substantially is used. Even more surprising than its use is the fact that it appears immediately before the word "accurate". My interest in the reference bit, though passing, is sincere since I would like to hang my hat on the validity of that indicator. Substantially means " to a great extent or degree". In system z architecture, I am unfamiliar with this level of accuracy. For your reference (no pun intended) the paragraph in z POPS is: "The record provided by the reference bit is substantially accurate. The reference bit may be set to one by fetching data or instructions that are neither designated nor used by the program, and, under certain conditions, a reference may be made without the reference bit being set to one. Under certain unusual circumstances, a reference bit may be set to zero by other than explicit program action." Although Seinfeld had to have written the previous 67 words, it is possible (age 21 at the time) for him to have contributed the original paragraph from the 1975 POPS and simply updated the paragraph for System z. The 1975 paragraph follows. "The record of references provided by the reference bit is substantially accurate. The reference bit may be turned on by fetching data or instructions that are neither designated nor used by the program, and, under certain conditions, a reference may be made without the reference bit being turned on. Under certain unusual conditions, a reference bit that is on may be turned off by other than explicit program action. "Turned on" and "Turned off" apparently gave way to the more precise "set to one" and "set to zero" for those so technically challenged that on/off had lost all meaning. Think about it; the technical writers were striving for more precision in their description than the "thing" being described actually provided. Does anyone have a clue what sentences 2 and 3 (substantially) mean in either paragraph and would anyone venture a guess as to why, after 40 years of architectural excellence, the reference bit can't be more than "substantially accurate"? My curiosity is killing me. --. .- .-. -.-- Gary Dennis
Re: Question about DFSMS/VM - RMS
I have observed that when a tape is loaded into the I/O station, upon trying to close the door, it will not close easily. Of course this may not stop some determined operator/whomever from closing the I/O station door. I have heard stories from CE's that, with MUCH effort, the door can be closed. Steve From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mack Howard Sent: Thursday, October 07, 2010 3:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about DFSMS/VM - RMS Sergio, It is possible that an operator who is inexperienced with an ATL might insert volumes in to the station backwards. If that occurs then the volumes remain in the station and do not get loaded into the library. There can also be other reasons that volumes are returned to the station rather than being loaded. You might want to verify with the operator that the station is empty and that the volumes were loaded. Mack On Thu, Oct 7, 2010 at 9:14 AM, Sergio Lima wrote: Hello Mack, After the command, the DFSMSRM (RMSMASTR Virtual machine ) sent a file to our RDR, with this : GRVSYS U009 A1 V 86 Trunc=86 Size=5 Line=1 Col=1 Alt=0 ===> |...+1+2+3+4+5+6+7.. . 1 FSMBCJ2180I Library H3590, Category ALL, Inventory 10/07/10 11:10:30 2 FSMBCJ2181I Category NameVolume PI MQ EP EJ MP UL MM 3 4 5 FSMBCJ2183I Library H3590, category ALL, contains 0 volumes 6 * * * End of File * * * This want say that was not tape volumes on ATL ? The operator swears yes. Thanks, Sergio Date: Wed, 6 Oct 2010 17:03:07 -0500 From: mack9...@gmail.com Subject: Re: Question about DFSMS/VM - RMS To: IBMVM@LISTSERV.UARK.EDU You can also use the RMS QUERY command to get a list of the volumes in the library: DFSMSRM Q LIB INV ALL On Wed, Oct 6, 2010 at 3:34 PM, Sergio Lima wrote: Hello Mike, The HELP from DFSMSRM show this : DFSMSRM MENUMenu Help Information l (c) Copyright IBM Corporation 1993 DFSMS/VM REMOVABLE MEDIA HELP MENU +--- Invoking DFSMS/VM Removable Media Functions -- | | >>--DFSMSRM--command name--operands--+---+--> | +-( options-+ | +-- For descriptions of DFSMS/VM storage management commands, either select *DFSMS below or type HELP DFSMS. For a description of the help operands and options, type HELP HELP. View command help information by placing the cursor on one of the commands listed below and pressing either the ENTER key or the PF1 key. *DFSMSDISCARD MOUNT QUERY RESET SET STOP DEMOUNT * * End of File * * * PF1= Help 2= Top 3= Quit 4= Return 5= Clocate 6= We already try a lot of commands, but can't give the mount command, because don't know what volumes are on ATL. Sorry about my bad explanation. Sergio Date: Wed, 6 Oct 2010 14:49:33 -0500 From: mike.wal...@hewitt.com Subject: Re: Question about DFSMS/VM - RMS To: IBMVM@LISTSERV.UARK.EDU If they are Standard Label tapes, then: TAPE DVOL1 - for Display VOL1 There are other ways, too. Mike Walter Aon Hewitt (Sent from the wee keyboard of a Blackberry.) From: "Sergio Lima" [sergiovm...@hotmail.com] Sent: 10/06/2010 10:44 PM ZE3 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about DFSMS/VM - RMS Hello. Sorry about delay my response. How can I see what volumes of tape are on our drive ? The operator said that put there 4 volumes, so We think know the name of volumes to give / test the MOUNT command. Thanks, Sergio > Date: Tue, 28 Sep 2010 21:04:16 -0500 > From: t...@us.ibm.com > Subject: Re: Question about DFSMS/VM - RMS > To: IBMVM@LISTSERV.UARK.EDU
Re: Question about DFSMS/VM - RMS
Sergio, It is possible that an operator who is inexperienced with an ATL might insert volumes in to the station backwards. If that occurs then the volumes remain in the station and do not get loaded into the library. There can also be other reasons that volumes are returned to the station rather than being loaded. You might want to verify with the operator that the station is empty and that the volumes were loaded. Mack On Thu, Oct 7, 2010 at 9:14 AM, Sergio Lima wrote: > Hello Mack, > > After the command, the DFSMSRM (RMSMASTR Virtual machine ) sent a file to > our RDR, with this : > > GRVSYS U009 A1 V 86 Trunc=86 Size=5 Line=1 Col=1 > Alt=0 > ===> > > > |...+1+2+3+4+5+6+7... >1 FSMBCJ2180I Library H3590, Category ALL, Inventory 10/07/10 > 11:10:30 >2 FSMBCJ2181I Category NameVolume PI MQ EP EJ MP UL > MM > > 3 > > 4 >5 FSMBCJ2183I Library H3590, category ALL, contains 0 > volumes >6 * * * End of File * * > * > > This want say that was not tape volumes on ATL ? > > The operator swears yes. > > Thanks, > > Sergio > > > > > -- > Date: Wed, 6 Oct 2010 17:03:07 -0500 > From: mack9...@gmail.com > > Subject: Re: Question about DFSMS/VM - RMS > To: IBMVM@LISTSERV.UARK.EDU > > You can also use the RMS QUERY command to get a list of the volumes in the > library: > > DFSMSRM Q LIB INV ALL > On Wed, Oct 6, 2010 at 3:34 PM, Sergio Lima wrote: > > Hello Mike, > > The HELP from DFSMSRM show this : > > DFSMSRM MENUMenu Help Information l > (c) Copyright IBM Corporation 1993 > >DFSMS/VM REMOVABLE MEDIA HELP MENU > > +--- Invoking DFSMS/VM Removable Media Functions -- > | > | >>--DFSMSRM--command name--operands--+---+--> > | +-( options-+ > | > +-- > > For descriptions of DFSMS/VM storage management commands, either > select *DFSMS below or type HELP DFSMS. For a description of the > help operands and options, type HELP HELP. > > View command help information by placing the cursor on one of the > commands listed below and pressing either the ENTER key or the PF1 > key. > > > *DFSMSDISCARD MOUNT QUERY RESET SET STOP > DEMOUNT > * * End of File * * * > > > > PF1= Help 2= Top 3= Quit 4= Return 5= Clocate 6= > > We already try a lot of commands, but can't give the mount command, because > don't know what volumes are on ATL. > > Sorry about my bad explanation. > > Sergio > > -- > Date: Wed, 6 Oct 2010 14:49:33 -0500 > From: mike.wal...@hewitt.com > > Subject: Re: Question about DFSMS/VM - RMS > To: IBMVM@LISTSERV.UARK.EDU > > If they are Standard Label tapes, then: > TAPE DVOL1 - for Display VOL1 > > There are other ways, too. > > Mike Walter > Aon Hewitt > > (Sent from the wee keyboard of a Blackberry.) > > -- > * From: *"Sergio Lima" [sergiovm...@hotmail.com] > * Sent: *10/06/2010 10:44 PM ZE3 > * To: *ib...@listserv.uark.edu > * Subject: *Re: Question about DFSMS/VM - RMS > > > Hello. > > Sorry about delay my response. > > How can I see what volumes of tape are on our drive ? > > The operator said that put there 4 volumes, so We think know the name of > volumes to give / test the MOUNT command. > > Thanks, > > Sergio > > > Date: Tue, 28 Sep 2010 21:04:16 -0500 > > From: t...@us.ibm.com > > Subject: Re: Question about DFSMS/VM - RMS > > To: IBMVM@LISTSERV.UARK.EDU > > > > On Tue, 28 Sep 2010 22:58:07 +0300, Sergio Lima >= > > > > wrote: > > > > > > > >We already spoke here with IBM for see if have the Tape Manager > product,= > > > > because not sure, and this is new for us. > > > > > > I am the IBM product manager for Tape Manager for z/VM. Let me know if y= > > ou > > have any questions about it, including how it can work with DFSMS/VM RMS > = > > to > > manage tape volumes, and tape mounts in your tape library. > > > > Tracy Dean, IBM > > -- > > 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 destroye
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: z/VM ISFC links
The output of your Q PATH 2400 command shows that the CHPID is offline. You need to vary the CHPID online. Brian Nielsen On Thu, 7 Oct 2010 11:15:01 -0400, Mark Pace wrote: >So now I'm trying to define a shared CTC environment so that I can connect a >real CTC to a 2nd level vm. >It was working when I dedicated the CHPID to each partition. Now that I am >sharing the CHPIDs between LPARS the the 2400 range will not come online to >either LPAR. Messages and relevant pieces of IOCDS is below. > >q chpid 24 > >Path 24 offline to devices 2400 2401 2402 2403 2404 2405 2406 2407 > >Path 24 offline to devices 2408 2409 240A 240B 240C 240D 240E 240F > >Path 24 offline to devices 2410 2411 2412 2413 2414 2415 2416 2417 > >Path 24 offline to devices 2418 2419 241A 241B 241C 241D 241E 241F > >Ready; T=0.01/0.01 11:13:41 > >q path 2400 > >Device 2400, Status OFFLINE > > CHPIDs to Device 2400 (PIM) : 24 > > Physically Available (PAM) : + > > Online (LPM) : - > > Legend + Yes - No > >Ready; T=0.01/0.01 11:13:44 > >vary on 2400 > >HCPCPN6283I Device 2400 cannot be varied online because no channel path is >available. >HCPCPN6785E Unable to identify device 2400 dynamically. > >1 device(s) specified; 0 device(s) successfully varied online > >Ready(06785); T=0.01/0.01 11:14:00
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: VM Monitor data processing
> We ship all of the SMF data we collect and the monitor data I trying to > get off the ground is only 2 or 3 domains. We have the capacity, and I > am not concerned Linux etc. MXG can process it, and that is what I > intend to use. And am trying to find others to do it this way. I have done so in a past life. As others have noted, the files coming from a medium or larger system with more than a few domains enabled can be quite large, but if your goal is to create a consolidated performance database in one place, it unarguably works. MXG is quite powerful if you are comfortable with it and SAS in general. I guess I'm not clear what the question would be. Can you do it? Yes. Does it work well? Yes, if you have sufficient disk and CPU. Would I do it again? Depends on what I was trying to accomplish.
Re: z/VM ISFC links
So now I'm trying to define a shared CTC environment so that I can connect a real CTC to a 2nd level vm. It was working when I dedicated the CHPID to each partition. Now that I am sharing the CHPIDs between LPARS the the 2400 range will not come online to either LPAR. Messages and relevant pieces of IOCDS is below. q chpid 24 Path 24 offline to devices 2400 2401 2402 2403 2404 2405 2406 2407 Path 24 offline to devices 2408 2409 240A 240B 240C 240D 240E 240F Path 24 offline to devices 2410 2411 2412 2413 2414 2415 2416 2417 Path 24 offline to devices 2418 2419 241A 241B 241C 241D 241E 241F Ready; T=0.01/0.01 11:13:41 q path 2400 Device 2400, Status OFFLINE CHPIDs to Device 2400 (PIM) : 24 Physically Available (PAM) : + Online (LPM) : - Legend + Yes - No Ready; T=0.01/0.01 11:13:44 vary on 2400 HCPCPN6283I Device 2400 cannot be varied online because no channel path is available. HCPCPN6785E Unable to identify device 2400 dynamically. 1 device(s) specified; 0 device(s) successfully varied online Ready(06785); T=0.01/0.01 11:14:00 CHPID PATH=(CSS(0),14),SHARED,PARTITION=((BP,IT),(=)),* PCHID=271,TYPE=CTC CHPID PATH=(CSS(0),24),SHARED,PARTITION=((BP,IT),(=)),* PCHID=272,TYPE=CNC CNTLUNIT CUNUMBR=1400,PATH=((CSS(0),14)),UNITADD=((00,032)), * UNIT=SCTC IODEVICE ADDRESS=(1400,032),CUNUMBR=(1400),STADET=Y,UNIT=SCTC CNTLUNIT CUNUMBR=2400,PATH=((CSS(0),24)),UNITADD=((00,032)), * UNIT=SCTC IODEVICE ADDRESS=(2400,032),CUNUMBR=(2400),STADET=Y,UNIT=SCTC On Tue, Oct 5, 2010 at 1:25 PM, O'Brien, Dennis L < dennis.l.o'br...@bankofamerica.com >wrote: > Mark, > > You need a real CTC with both ends connected to the same system. You > ACTIVATE ISLINK for one end on the first-level system. You ATTACH or > DEDICATE the other end on first level to the virtual machine for the > second-level system. You then ACTIVATE ISLINK for that device on the > second-level system. > > > > > Dennis > > > > "Decision" is not a verb. > > > > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *Mark Pace > *Sent:* Tuesday, October 05, 2010 09:57 > > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: [IBMVM] z/VM ISFC links > > > > Hi, Clovis - > > Thanks, but I knew how to do that. I've used VCTC between guests for > years. What I needed, but apparently is not supported is a VCTC, connecting > CP to a virtual machine for ISFC links. > > On Tue, Oct 5, 2010 at 12:40 PM, wrote: > > > Now I'm trying to figure out how to define a virtual CTC between CP and > the 2nd level VM. > > Mark, it is easy. > > On first level, define one Virtual CTC (FCTC, SCTC) into TCPIP (or another > capable machine) to connect to second level VM. > > On second level VM, *define* and *couple* the Virtual CTC to first level > TCPIP *before* his IPL (COMMAND into Directory is a good place to set it). > After the IPL, DEDICATE the CTC (the second level thinks it is a REAL CTC) > to his TCPIP machine. > Done, you have the two TCPIPs connected by CTCs... > > Work fine also for VTAM machines, RSCS, PVM, zOS and so long... > > __ > Clovis Pereira > > > *Error! Filename not specified.*Mark Pace ---04/10/2010 10:06:05---Real > CTC link are working between LPARs. I have a 2nd level VM that I dedicated a > CTC address to tha > > *Error! Filename not specified.* > From: > > *Error! Filename not specified.* > > Mark Pace > > *Error! Filename not specified.* > To: > > *Error! Filename not specified.* > IBMVM@LISTSERV.UARK.EDU > > *Error! Filename not specified.* > Date: > > *Error! Filename not specified.* > > 04/10/2010 10:06 > > *Error! Filename not specified.* > Subject: > > *Error! Filename not specified.* > > Re: z/VM ISFC links > > *Error! Filename not specified.* > Sent by: > > *Error! Filename not specified.* > > The IBM z/VM Operating System > > -- > > > > > Real CTC link are working between LPARs. > I have a 2nd level VM that I dedicated a CTC address to that is also > talking to the other LPAR. > > Now I'm trying to figure out how to define a virtual CTC between CP and the > 2nd level VM. > CP DEFINE CTC is for a virtual machine. > VMA = LPAR > VMB = 2nd level VMA guest > VMC = LPAR > > > VMA VMC >ctc| > ?| > VMB --+ > ctc > > On Fri, Oct 1, 2010 at 10:14 AM, Mark Wheeler > wrote: > > In the Better Late (for John) Than Never department, the Redbook "FICON CTC > Implementation" was published in 2001. Find it at > http://www.redbooks.ibm.com/redpapers/pdfs/redp0158.pdf > > > Mark Wheeler > UnitedHealth Group > > -- > > "Excellence. Always. If Not Excellence, What? If Not Excellence Now, > When?" > Tom Peters, author of "The Little BIG Things" > > > > > > > Date: Thu, 30 Sep 2010 19:25:24 +0200 > > From: jphartm...@gmail.com > > > Subject: Re: z/VM ISFC links > > To: IBMVM@LI
Re: Migrating Backup/Restore and Tape Manager from 2nd level
I used the second level system to activate and configure DirMaint and RACF. My cut over into production is basically renaming the 2nd level volsers to production names and renaming the production volsers to an alternate naming convention via a 'lifeboat' system IPL'd in the interim. I have tested this successfully at our DR provider during an exercise. I've backed up EREP/DISKACNT/PERFSVM and I'm comfortable with how I'm restoring it to the new production system, but I'm second guessing myself on how I'm approaching Backup/Restore and Tape Manager. I wanted to backup the current production VM Backup & Restore Manager/VM Tape Manager environment and restore it to the migrated DirMaint/RACF environment once its been IPL'd 1st level/production. I had planned on using simple TAPE DUMP and wrote a REXX EXEC to automate the process, and backing up and restoring works _in theory_. Now that I've been working with Backup/Restore-Tape manager a bit more, I'm not so sure this is the right way to go. And, time is short. So, I was looking for some insight on how off the mark using TAPE DUMP to migrate the catalogs is. There is no sharing of the tape and backup catalogs. There is no communication defined between the 2 systems. Thanks again! -Tom Quay, Jonathan (IHG) Thu, 07 Oct 2010 05:06:36 -0700 I am not sure what you are trying to accomplish. Doing maintenance on a solo VM system? Are you creating a second VM system? If so, are you trying to share the tape and backup catalogs between them? Tom Duggan (914) 785-1412 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
AW: Question about DFSMS/VM - RMS
Hello Sergio, I wrote a little procedure that shows the currently mounted cartridges on all our drives. Maybe it helps. /* qdrives exec */ /* show volids mounted on our drives*/ /* mdisk DFSMS 1B5 must be accessed */ z.0 = 6 /* we have 6 drives with the following rdevs */ z.1 = 200 z.2 = 201 z.3 = 300 z.4 = 301 z.5 = 302 z.6 = 303 /**/ do i = 1 to z.0 'PIPE(name QDRIVES)!', 'cms DFSMSRM Q LIB dev 'z.i' (wait !', 'specs w3 2 w13-14 8 !', 'console' end exit kind regards Horst Rempel, BGRCI Von: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] Im Auftrag von Sergio Lima Gesendet: Mittwoch, 6. Oktober 2010 21:45 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: Question about DFSMS/VM - RMS Hello. Sorry about delay my response. How can I see what volumes of tape are on our drive ? The operator said that put there 4 volumes, so We think know the name of volumes to give / test the MOUNT command. Thanks, Sergio > Date: Tue, 28 Sep 2010 21:04:16 -0500 > From: t...@us.ibm.com > Subject: Re: Question about DFSMS/VM - RMS > To: IBMVM@LISTSERV.UARK.EDU > > On Tue, 28 Sep 2010 22:58:07 +0300, Sergio Lima = > > wrote: > > > > >We already spoke here with IBM for see if have the Tape Manager product,= > > because not sure, and this is new for us. > > > I am the IBM product manager for Tape Manager for z/VM. Let me know if y= > ou > have any questions about it, including how it can work with DFSMS/VM RMS = > to > manage tape volumes, and tape mounts in your tape library. > > Tracy Dean, IBM
Re: Question about DFSMS/VM - RMS
Hello Mack, After the command, the DFSMSRM (RMSMASTR Virtual machine ) sent a file to our RDR, with this : GRVSYS U009 A1 V 86 Trunc=86 Size=5 Line=1 Col=1 Alt=0 ===> |...+1+2+3+4+5+6+7... 1 FSMBCJ2180I Library H3590, Category ALL, Inventory 10/07/10 11:10:30 2 FSMBCJ2181I Category NameVolume PI MQ EP EJ MP UL MM 3 4 5 FSMBCJ2183I Library H3590, category ALL, contains 0 volumes 6 * * * End of File * * * This want say that was not tape volumes on ATL ? The operator swears yes. Thanks, Sergio Date: Wed, 6 Oct 2010 17:03:07 -0500 From: mack9...@gmail.com Subject: Re: Question about DFSMS/VM - RMS To: IBMVM@LISTSERV.UARK.EDU You can also use the RMS QUERY command to get a list of the volumes in the library: DFSMSRM Q LIB INV ALL On Wed, Oct 6, 2010 at 3:34 PM, Sergio Lima wrote: Hello Mike, The HELP from DFSMSRM show this : DFSMSRM MENUMenu Help Information l (c) Copyright IBM Corporation 1993 DFSMS/VM REMOVABLE MEDIA HELP MENU +--- Invoking DFSMS/VM Removable Media Functions -- | | >>--DFSMSRM--command name--operands--+---+--> | +-( options-+ | +-- For descriptions of DFSMS/VM storage management commands, either select *DFSMS below or type HELP DFSMS. For a description of the help operands and options, type HELP HELP. View command help information by placing the cursor on one of the commands listed below and pressing either the ENTER key or the PF1 key. *DFSMSDISCARD MOUNT QUERY RESET SET STOP DEMOUNT * * End of File * * * PF1= Help 2= Top 3= Quit 4= Return 5= Clocate 6= We already try a lot of commands, but can't give the mount command, because don't know what volumes are on ATL. Sorry about my bad explanation. Sergio Date: Wed, 6 Oct 2010 14:49:33 -0500 From: mike.wal...@hewitt.com Subject: Re: Question about DFSMS/VM - RMS To: IBMVM@LISTSERV.UARK.EDU If they are Standard Label tapes, then: TAPE DVOL1 - for Display VOL1 There are other ways, too. Mike Walter Aon Hewitt (Sent from the wee keyboard of a Blackberry.) From: "Sergio Lima" [sergiovm...@hotmail.com] Sent: 10/06/2010 10:44 PM ZE3 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about DFSMS/VM - RMS Hello. Sorry about delay my response. How can I see what volumes of tape are on our drive ? The operator said that put there 4 volumes, so We think know the name of volumes to give / test the MOUNT command. Thanks, Sergio > Date: Tue, 28 Sep 2010 21:04:16 -0500 > From: t...@us.ibm.com > Subject: Re: Question about DFSMS/VM - RMS > To: IBMVM@LISTSERV.UARK.EDU > > On Tue, 28 Sep 2010 22:58:07 +0300, Sergio Lima = > > wrote: > > > > >We already spoke here with IBM for see if have the Tape Manager product,= > > because not sure, and this is new for us. > > > I am the IBM product manager for Tape Manager for z/VM. Let me know if y= > ou > have any questions about it, including how it can work with DFSMS/VM RMS = > to > manage tape volumes, and tape mounts in your tape library. > > Tracy Dean, IBM 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 th
Re: Migrating Backup/Restore and Tape Manager from 2nd level
I am not sure what you are trying to accomplish. Doing maintenance on a solo VM system? Are you creating a second VM system? If so, are you trying to share the tape and backup catalogs between them? From: The IBM z/VM Operating System on behalf of Tom Duggan Sent: Tue 10/5/2010 9:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Migrating Backup/Restore and Tape Manager from 2nd level I have a 2nd level z/VM system that I've activated and configured DirMaint and RACF. The 2nd level system is a DDR copy of the first. 1st level production uses Backup & Restore Manager and Tape Manager. It sits inactive (not autologged, along with other service machines) 2nd level. Obviously, the 2nd level Backup/Restore/Tape is not in synch with first level. The initial plan was to backup _select_ 1st level minidisks and restore them when I cut the 2nd level system into production. By _select_, I mean only those minidisks that I saw current updates to. I'm now seeing that possibly might not be the best approach. Would it be better to backup and restore each and every minidisk for Backup/Restore/Tape? e.g. every minidisk for BKRBKUP, BKRCATLG, VMTAPCAT, TMTMM, TMRMM, et al? I did recently run across the procedure to enlarge/move the SFS tape catalog. Thanks in advance. Tom Duggan
Re: VM Monitor data processing
Derek, If you are in a position to, 'roll-your-own' then take a look at the PIPE STARMON stage. In a previous life I used this to good effect to do precisely what you are attempting - collect monitor data - roll it onto a transmittable form (NETDATA or whatever) and then ship via RSCS as a batch job to MICS running in z/OS. Given STARMON and some Rexx skills this is not a horribly difficult feat. Good luck! Jeff
Re: VM Monitor data processing
We ship all of the SMF data we collect and the monitor data I trying to get off the ground is only 2 or 3 domains. We have the capacity, and I am not concerned Linux etc. MXG can process it, and that is what I intend to use. And am trying to find others to do it this way. Derek Ackerman Enterprise Capacity Planning & Performance Management Infocrossing Inc (206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com Please consider the environment before printing this e-mail. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Barton Robinson Sent: Wednesday, October 06, 2010 3:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Monitor data processing Ouch. Pretty costly to collect raw data, ship it to z/os and process it there. There are lots of installations that take the zVPS (Velocity Performance Suite) data and ship it to z/os from vm, and MXG supports it direct. Probably 1 percent in size. Other installations take our MICS file (probably less than 1 percent in size) and ship that to z/OS for processing there. Other vendors are in process to take the data as well for the same reasons (plus the get linux and other network data). Anything to stop collecting raw data Ackerman, Derek wrote: > Is anyone transmitting to an MVS host the VM Monitor data to be processed by > MXG/SAS programs? > > Derek Ackerman > Enterprise Capacity Planning > & Performance Management > Infocrossing Inc > (206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com > Please consider the environment before printing this e-mail. > > > > Confidentiality Note: This e-mail, including any attachment to it, may > contain material that is confidential, proprietary, privileged and/or > "Protected Health Information," within the meaning of the regulations under > the Health Insurance Portability & Accountability Act as amended. If it is > not clear that you are the intended recipient, you are hereby notified that > you have received this transmittal in error, and any review, dissemination, > distribution or copying of this e-mail, including any attachment to it, is > strictly prohibited. If you have received this e-mail in error, please > immediately return it to the sender and delete it from your system. Thank you.
Re: [?? Probable Spam] Re: Strange performance problem
Since the high load is only on processor 0 the high supervisor state was to be expected: must be something CP decided it had to do on processor 0. Since you do have a performance monitor: does/did it show just a correspondingly higher load for CP on processor 0, in which case looking for a user with a high CP load percentage should tell you which guest caused the problem, or was it a case of the 'system' load peaking? Whichever it was: None of the processors were really highly loaded, so I'd expect the user who complained to have very probably been working with the guest causing the problem while the remainder was still ok. (You didn't say whether the whole system slowed down, but if it did then I'd put that down to a CP problem.) Eginhard Jaeger - Original Message - From: Colin Allinson To: IBMVM@LISTSERV.UARK.EDU Sent: Wednesday, October 06, 2010 1:27 PM Subject: [?? Probable Spam] Re: Strange performance problem Barton Robinson wrote: > Colin, a really good performance monitor that kept full history data > would have been of great assistance. Barton, As you know, we do have a good performance monitor. It is just that, unfortunately for you, it is not the one that you provide. Don't flame me for that one - it was a commercial rather than technical decision and I had no input into that. The fact remains that I can search the performance monitor we do have for information - if I have some clue what I am looking for. The system is peaking high supervisor state activity on processor 0 (we can also see this on the SAD display) for significant periods of time. I have exhausted all the likely causes that I know and I am now looking for new ideas on what to look for. Colin Allinson VM Systems Support Amadeus Data Processing GmbH IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees. It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system. Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: simplest little pipe
On Wed, Oct 6, 2010 at 10:50 PM, Hughes, Jim wrote: > Thanks Mark. > > I've never issued HELP PIPE let alone HELP PIPE CP. > > I use PIPE HELP or PIPE AHELP when assistance is required. You learn > new stuff everyday. One also learns bad habits every day ;-) PIPE AHELP is what you want (and a recent PIPELINE HELPLIB for it). The help files shipped with CMS are normally less accurate and not always correct. You're right that the description of the CP stage does not state that you can't have an extra CP command as the argument when using the secondary output (the reason is probably that we'd lose the one-to-one correspondence between processing input records and producing something on the secondary output). | Rob