Re: A Data Center near Tokyo Japan
All I can say is: wow. You guys got REALLY lucky. What's that old saying about, 'The harder I work the luckier I get'? It looks to me as though IBM engineers really, 'lucky' equipment. g
Re: A Data Center near Tokyo Japan
On Fri, Mar 18, 2011 at 11:59 AM, Jeff Gribbin jeff.grib...@gmail.com wrote: All I can say is: wow. You guys got REALLY lucky. What's that old saying about, 'The harder I work the luckier I get'? It looks to me as though IBM engineers really, 'lucky' equipment. g Hello! Second the motion! Tom, I wish you well over where you are. -- - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again.
Re: EMC definitions for SnapShot PAV
On Tuesday, 03/15/2011 at 06:59 EDT, Kris Buelens kris.buel...@gmail.com wrote: I've got a customer that performed a DRP test last weekend. The disks at the DRP site are EMC, and he uses Snapshot plus PAV. The customer told me that in Jan 2010, EMC told him to define most disks as unsupported, like this: RDEV 5126-513B TY UNSUP DEVCL DASD DPS Y RESERVE_REL Y But, at IPL, I already get lost of these: HCPIIO6861I Device 5186 cannot be varied online because it is an alias Parallel Access Volume for which the base could not be located. I found out that these messages appear for disks whose base address is defined as unsupported. That's not that bad, but in addition, the customer want to define quite some disks as MDISK DEVNO so they can be shared between the z/OS guests. Like this MDISK 5809 3390 DEVNO 5809 MWV This makes we get lots of HCPLNM117E Userid xx not linked; volid conflict We get these messages for the disks that are defined defined as Unsupported. I understand perfectly well that it is impossible to define an MDISK on an unsupported device. But, the customer replied me that EMC told them to work this way. My question: is it really required to define the disks that are candidate as Snapshot target as unsupported. Or is there another reason to do it? (my customer doesn't remember exactly why, but he told me that the EMC guys giving him that advice didn't seem to know much about z/VM) I did some more research. z/VM was updated some time ago to deal with the unusual mix of 3880/3990/2107/2105 controller functionality on EMC devices. But EMC TimeFinder/Snap, remains proprietary EMC technology that z/VM does not support for minidisks. My only recommendation for sharing is to use the technique described on p. 85 of the IOCP book (-08 level): When you are running VM with guest operating systems, you can use multiple CNTLUNIT statements for a single physical control unit in certain environments to effectively dedicate the same physical devices to more than one guest. This technique involves potential path-grouping considerations that create operational complications. Ensure you have determined possible consequences and that you use caution if employing this technique. If EMC told the customer that they can create MDISKs (DEVNO or otherwise) on TYPE UNSUPPORTED dasd, they were wrong. BTW, Snapshot is a function in the IBM RAMAC Virtual Array (RVA) 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 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: A Data Center near Tokyo Japan
I am not personally in Japan, those pictures are from a customers site. On Fri, Mar 18, 2011 at 10:08 AM, Gregg Levine gregg.drw...@gmail.comwrote: On Fri, Mar 18, 2011 at 11:59 AM, Jeff Gribbin jeff.grib...@gmail.com wrote: All I can say is: wow. You guys got REALLY lucky. What's that old saying about, 'The harder I work the luckier I get'? It looks to me as though IBM engineers really, 'lucky' equipment. g Hello! Second the motion! Tom, I wish you well over where you are. -- - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again.
Distinguishing Duplicate VTAM Minor Nodes
I have the same minor nodes OM22VTAM under 2 different MAJORNODES, A22OMMVS and A22KOOM1. The first MAJORNODE that is varied active activates the minor node and the other minor node gets a STATUS of RESET. If I then want to flip them so that the ACTIVE one becomes RESET and the RESET one becomes ACTIVE can I do it individually or do I need to VARY the whole MAJORNODEs INACT and ACT. IOW is there a way of qualifying the VARY command with the MAJORNODE name.
VARY command update?
Happened to watch operations today in a disaster test... Typing vary on proc 01 vary on proc 02... Is a bit tedious when you've got more than a handful. How about a VARY ON PROC ALL ? (Yes, I gave him a pipe command and yes we can do this in an exec), but it would be nice if the CP command could do this. Then they can look it up in the IBM doc. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: VARY command update?
Is there a PIPE for Dummies book somewhere? It seems to be a universal panacea and people, like Marcy here, just magically pluck these things out of thin air as though it were common knowledge. Where are the cheat sheets? Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/18/2011 05:16 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VARY command update? Happened to watch operations today in a disaster test... Typing vary on proc 01 vary on proc 02... Is a bit tedious when you've got more than a handful. How about a VARY ON PROC ALL ? (Yes, I gave him a pipe command and yes we can do this in an exec), but it would be nice if the CP command could do this. Then they can look it up in the IBM doc. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: VARY command update?
On Friday, 03/18/2011 at 05:20 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Is there a PIPE for Dummies book somewhere? It seems to be a universal panacea and people, like Marcy here, just magically pluck these things out of thin air as though it were common knowledge. Though they existed long before, they have been in the VM product since CMS Level 7 or 8, IIRC. We're up to level 25 now. Where are the cheat sheets? http://www.vm.ibm.com/pipelines/ Start with Will Roden's Pipelines online tutorials. 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 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: VARY command update?
In my experience - the best way to learn pipes - is to trawl any and all execs that you can find and look at how they use pipes to solve problems. For me - I do not know about anyone else - but I had to adopt a new way of looking at the problem - like writing assembler - an atomic approach to solving a problem by the incremental refinement step by step - until I got the output I wanted. Sometimes I found developing a pipe very tiresome - but once you get used to the idea that within a pipe you can arrange the input data to suit your needs (or indeed a format needed so that it complies with the selection/operation by/on/of a builtin stage - any way you like) - operate on it and output what you need - then it becomes a second to none tool that I got hooked on. From: George Henke/NYLIC Sent: Friday, March 18, 2011 9:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VARY command update? Is there a PIPE for Dummies book somewhere? It seems to be a universal panacea and people, like Marcy here, just magically pluck these things out of thin air as though it were common knowledge. Where are the cheat sheets? Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/18/2011 05:16 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VARY command update? Happened to watch operations today in a disaster test... Typing vary on proc 01 vary on proc 02... Is a bit tedious when you've got more than a handful. How about a VARY ON PROC ALL ? (Yes, I gave him a pipe command and yes we can do this in an exec), but it would be nice if the CP command could do this. Then they can look it up in the IBM doc. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: VARY command update?
I've been around VM 25 years. I started when I was 6 obviously ;) pipe cp q proc | spec /vary on proc/ 1 w2 nw | cp Obvious, huh ? Yeah, I'm sure the operator thought I was speaking greek too. They really do try to be very self sufficient and not bug the systems staff for commands. I appreciate that. But they aren't programmers or plumbers. Marcy From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Friday, March 18, 2011 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] VARY command update? Is there a PIPE for Dummies book somewhere? It seems to be a universal panacea and people, like Marcy here, just magically pluck these things out of thin air as though it were common knowledge. Where are the cheat sheets? Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/18/2011 05:16 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VARY command update? Happened to watch operations today in a disaster test... Typing vary on proc 01 vary on proc 02... Is a bit tedious when you've got more than a handful. How about a VARY ON PROC ALL ? (Yes, I gave him a pipe command and yes we can do this in an exec), but it would be nice if the CP command could do this. Then they can look it up in the IBM doc. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Distinguishing Duplicate VTAM Minor Nodes
On Friday, 03/18/2011 at 02:27 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: I have the same minor nodes OM22VTAM under 2 different MAJORNODES, A22OMMVS and A22KOOM1. The first MAJORNODE that is varied active activates the minor node and the other minor node gets a STATUS of RESET. If I then want to flip them so that the ACTIVE one becomes RESET and the RESET one becomes ACTIVE can I do it individually or do I need to VARY the whole MAJORNODEs INACT and ACT. IOW is there a way of qualifying the VARY command with the MAJORNODE name. A VTAM question on IBMVM? Since before your sun burned hot in space, I have awaited a VTAM question on IBMVM. Too bad I can't answer it. VTAM has the strange and wonderful UPDATE= and SCOPE= operands. I know that UPDATE= is capable of changing some of the settings of an active node. I presume your use of the same minor node in two different major nodes is because they have different settings in each one. The folks on IBM-MAIN probably have a better answer. 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 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Distinguishing Duplicate VTAM Minor Nodes
On 03/18/2011 04:59 PM, Alan Altmark wrote: A VTAM question on IBMVM? Since before your sun burned hot in space, I have awaited a VTAM question on IBMVM. Now that's funny! -- Rich Smrcina Velocity Software, Inc. http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: A Data Center near Tokyo Japan
On Fri, Mar 18, 2011 at 2:03 PM, Tom Huegel tehue...@gmail.com wrote: I am not personally in Japan, those pictures are from a customers site. On Fri, Mar 18, 2011 at 10:08 AM, Gregg Levine gregg.drw...@gmail.com wrote: On Fri, Mar 18, 2011 at 11:59 AM, Jeff Gribbin jeff.grib...@gmail.com wrote: All I can say is: wow. You guys got REALLY lucky. What's that old saying about, 'The harder I work the luckier I get'? It looks to me as though IBM engineers really, 'lucky' equipment. g Hello! Second the motion! Tom, I wish you well over where you are. Hello! Oh okay. Pardon me. Pass that along to your customer then. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again.
Re: Distinguishing Duplicate VTAM Minor Nodes
On Fri, Mar 18, 2011 at 5:59 PM, Alan Altmark alan_altm...@us.ibm.com wrote: A VTAM question on IBMVM? Since before your sun burned hot in space, I have awaited a VTAM question on IBMVM. I do not believe even Chuckie is that old. :-)
Re: Distinguishing Duplicate VTAM Minor Nodes
On 03/18/2011 06:23 PM, David L. Craig wrote: On Fri, Mar 18, 2011 at 5:59 PM, Alan Altmarkalan_altm...@us.ibm.com wrote: A VTAM question on IBMVM? Since before your sun burned hot in space, I have awaited a VTAM question on IBMVM. I do not believe even Chuckie is that old. :-) But if he's been visiting the Guardian of Forever he is timeless. Hide, the moderator is looking!! -- Rich Smrcina Velocity Software, Inc. http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
