Re: Support Element (SE) vs HMC and IP Addresses
Alan Altmark wrote: everything an SE can do is possible only via Single Object Operations. So if an SE's IP address can be pinged from the corporate intranet, does not that mean anyone from the intranet could do a POR or would the Single Object Operations portal stop them? Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/28/2011 02:20 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses On Saturday, 03/26/2011 at 05:06 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Also, would someone kindly explain the functional differences between the Support Element (SE) and the Hardware Management Console (HMC) other than the HMC can: do everything an SE can do do it for more than one CEC do it as a portal for the intra/internet You've pretty much got it, though everything an SE can do is possible only via Single Object Operations. I would also say that the SE's primary job is the run the CPC (CEC). The HMC's primary job is to talk to you. 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: Support Element (SE) vs HMC and IP Addresses
Dave_Craig__ 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' __--from_Nightfall_by_Asimov/Silverberg They obviously have not heard of the Anthropic Principle in quantum physics which does indeed rearrange the universe. David L. Craig d...@radix.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/29/2011 02:56 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses On Tue, Mar 29, 2011 at 2:33 PM, George Henke/NYLICAlan Altmark wrote: So if an SE's IP address can be pinged from the corporate intranet, does not that mean anyone from the intranet could do a POR or would the Single Object Operations portal stop them? Doesn't quite sound like Best Practice to me. ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' __--from_Nightfall_by_Asimov/Silverberg
Re: Support Element (SE) vs HMC and IP Addresses
Check out Dr Aspect, Schroedinger's Cat in the Box,, the tunneling effect which must be taken into account for chips to work. Then fasten you seat belt because the last I heard Watson Lab's was working on atomic memory which itself is based on observer created reality. You know the tree in the forest thing . . . only this time there is no sound and it never happened. Then extrapolate that to the Big Bang and voila you have the Anthropic Principle. David L. Craig d...@radix.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/29/2011 03:25 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses But if multiple interests have applied Anthropic technologies... ;-) On Tue, Mar 29, 2011 at 3:11 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Dave_Craig__ 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' __--from_Nightfall_by_Asimov/Silverberg They obviously have not heard of the Anthropic Principle in quantum physics which does indeed rearrange the universe. David L. Craig d...@radix.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/29/2011 02:56 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses On Tue, Mar 29, 2011 at 2:33 PM, George Henke/NYLICAlan Altmark wrote: So if an SE's IP address can be pinged from the corporate intranet, does not that mean anyone from the intranet could do a POR or would the Single Object Operations portal stop them? Doesn't quite sound like Best Practice to me. ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' __--from_Nightfall_by_Asimov/Silverberg -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' __--from_Nightfall_by_Asimov/Silverberg
Re: Support Element (SE) vs HMC and IP Addresses
Alan Altmark wrote: Whatever you do, don't connect the SEs directly to your network! Our networking people say the SE's are reachable from our corporate intranet so that we can provide redundance for two mainframes, 1000 miles apart. But I suspect they are reachable only through the HMC. If the SE's are connected directly to the corporate intranet,, what problems might we expect to have? Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 12:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses On Wednesday, 01/19/2011 at 10:59 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new z/196 coming in soon and need to make one of the HMC adapters available to the IBM Support System via the internet. Follow the instructions in the HMC Broadband RSF guide located in ResourceLink. The HMC will use NAT to proxy the SEs onto your networks. Whatever you do, don't connect the SEs directly to your network! The z196 installation guide also has a chapter on planning for your RSF connection. 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: Support Element (SE) vs HMC and IP Addresses
Also, would someone kindly explain the functional differences between the Support Element (SE) and the Hardware Management Console (HMC) other than the HMC can: do everything an SE can do do it for more than one CEC do it as a portal for the intra/internet Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 12:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses On Wednesday, 01/19/2011 at 10:59 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new z/196 coming in soon and need to make one of the HMC adapters available to the IBM Support System via the internet. Follow the instructions in the HMC Broadband RSF guide located in ResourceLink. The HMC will use NAT to proxy the SEs onto your networks. Whatever you do, don't connect the SEs directly to your network! The z196 installation guide also has a chapter on planning for your RSF connection. 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
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.
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: RSU, PSP - which do I choose?
At some point, you may want to consider creating a 2nd level VM just for maintenance like this. Once your VM system is deployed, you never want to apply maintenance to it directly, not even a PTF, without doing a smoke test first at level 2. David Boyes dbo...@sinenomine.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/10/2011 05:43 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RSU, PSP - which do I choose? Order PTF UV97540 and you will got lastest RSU for z/VM 5.4. (1008) This is good advice and gets you most of the way. Since RSUs are collections of recommended service made at a specific point in time, make sure you also order the PSP bucket for that RSU to catch anything after the RSU date that wasn’t included on the RSU. Background: What you’re doing is three things: installing the base code, using the RSU to jump forward in time and apply all the service from the base up to the RSU date in one operation, and then layer any fixes that have been made after the RSU was closed. You’ve gotten the base code installed, and (if you want) you can use the RSU that you have to practice installing the RSU (when you get the new stacked RSU and PSP tapes, the SERVICE tool will figure out what you have already applied and just add the new stuff. Mother’s Rules of Thumb: 1) Never mix IBM stuff and your stuff. 2) Always take a backup of your entire MAINT id BEFORE you THINK about applying service 3) Cupcakes get you faster responses to your service problems. 8-) I’d strongly encourage you to just do a SERVICE ALL with the RSU and let the automated stuff process the service. If you aren’t using CMS for anything except maintaining the system, it does a pretty good job, and anything it can’t handle, you’re going to need to call IBM for help anyway. The VM service tools are heap big magic even for us oldtimers.
Re: Tape drives : MVS VM
In HCD, IODF, IOCDS, z/OS, z/VM, or whatever, if a CHPID is SHARED, as the poster indicates it is, then all the devices,by default, on that CHPID are SHARED by any LPAR that is listed on either the ACCESS LIST or the CANDIDATE LIST for that CHPID which is what SHARED as opposed to DEDICATED or RECONFIGURABLE means. There is also an EXPLICIT DEVICE CANDIDATE LIST, so that when a particular device ends up being SHARED by default because it happens to be on a SHARED CHPID, as is the case here, it is possible to exclude that device from being shared by a particular LPAR through the EXPLICIT DEVICE CANDIDATE LIST. From HCD Planning: This information includes whether you want to control logical partition access to devices when logical partitions get access through a shared channel path. If you do want to limit logical partition access, you specify that you want an explicit device candidate list when asked by HCD. See Defining logical partition access to a channel path in topic 2.4.2. It looks like this is what this poster may need. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/15/2011 11:48 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tape drives : MVS VM On Monday, 03/14/2011 at 01:41 EDT, Mark Pace pacemainl...@gmail.com wrote: Basically all you did was tell the OSs that the devices were not being shared. If you did not specifically limit the access to a particular LPAR then all the LPARs can see because the CHPID is shared. I'm not an MVS expert, but if the MVS IODF was generated by HCD, and the IODF says no, then the devices are probably not shared in the IOCDS. IOCDS and IODF out of sync? Perish the thought MVS also has to know that the tapes are shared so that he manages ASSIGN operations correctly, doesn't he? The tape management software must be willing to unassign the drives when tapes are unmounted. 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: Capacity Monitoring question
An operating system, be in z/VM or z/OS, will always try to drive the CPU 100%. This is goodness. So looking at max CPU will never tell you anything about CPU capacity, it is an almost meaningless metric which can be at best very deceptive, a common, innocent mistake and misconception. What is needed is the Saturation Data Point (SDP), which is calculated as the HIST average CPU peaks divided by the HISTaverage CPU average. The operative word here is HISTORICAL, 6 months at least. This will give you the peak-to- average ratio: 2:1, 3:2, or whatever. It depends on the nature of the workloads, their variability. It differs for every shop. Once you know the peak-to-average ratio all we need do at any given point in time is look at the average instead of the peak and that will tell us if we have reached the SDP and need more CPU. To illustrate: Let's say the CPU is pegged at 100% and averages 60%, though you ignore the average as unimportant. thinking you're configuring for the peak, not the average. Let's also say that your historical peak to average ratio is 2:1, though you do not know that or consider it important at the time. So the CIO orders a CPU upgrade, paying millions in TPV software charges for the upgrade. After the upgrade, the CIO looks at the CPU and sees it is maxing now at 60% and he is ecstatic because he thinks he has 40% CPU headroom and with about 5-10% annual CPU growth he has at least a 3 - 5 year life in the configuration. 6 months later, the batch window is expanding, batch is backing up, response time is degrading, CPU is maxing at 100% and the CIO wants to know what happened. With a 2:1 peak to average ratio, when the CPU maxes at: 60%, it averages 30%. 100% it averages 50%. 120% it averages 60% So the headroom, initially, was not 40% (100%-60%) as the CIO thought, but only 20% (50%-30%) which got absorbed in 6 months But why so quickly? Why 20% in only 6 months? Remember before the upgrade the average CPU was 60%. That means the maximum CPU was really 120% not 100% and there was 20% latent demand. Machines do not report much more than 100% CPU. Another reason not to be mislead by max CPU. So between the 5 - 10 % normal CPU growth and the impact of the 20% latent demand, the config really had a life of only 6 months. True we should always configure for the peaks, not averages, but it is only the average that will ever tell us when we are out of CPU once we know the historical peak-to-average ratio. R.J. Wicks, IBM, has written a classic manual on this: Balanced Systems and Capacity Planning, GG22-9299 (119 pages) Berry van Sleeuwen berry.vansleeu...@xs4all.nl Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/02/2011 07:05 PM Please respond to IBMVM IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Capacity Monitoring question Hi Nick, We monitor VM on page usage and page IO, our guest on VM for Queue and storage usage (main, xstor and swap). Also we monitor guest CPU usage and metrics like the limit list. Linux memory is always at 100% so no sense in monitoring over there but we do monitor swap usage. Linux CPU gives bad numbers to start with (yes even on current kernel levels they are still wrong) so don't monitor CPU on the guests. Actually, 100% CPU is not a bad thing at all. Where most OS-ses become less responsive above 90% z/VM will still give you good response even at high numbers. We like to have it above 90%. Obviously you would need some capacity for new guests. So when you are running 100% CPU all the time there can be a case for an additional IFL. But also look at the guests, determine if they are running processes you don't need or that hurt overal performance. Watch your linux guests on responsetimes and batch runtimes. Set a good relative share and if that doesn't help you could consider adding IFL's. Keep VM paging below 50%, add paging DASD when needed. We have a VM that is overcommitted to 9:1. Our production Linux VM is at 2:1 with room to spare. Expect even high page IO rates, 1000's IO/sec don't have to be bad. Keep an eye on guests that are competing for storage. Especially loading users and E-lists can point to a resource problem. Try to fix it on the guest first (eliminate processes, reduce memory sizes etc). Make sure the guests don't stay in Q3. It will hurt other servers. So eliminate unused processes, don't use pings or other keep alive tooling. Be aware that most regular linux tooling keeps the guest active. Obviously when you are running batch the guest will stay in Q3 but then it's in there for a reason. Some of these issues are also covered in the linux-390 list (http://www2.marist.edu/htbin/wlvindex?LINUX-390). Take a look over there also. Regards, Berry. Op 02-03-11 23:28, Nick Warren schreef: Hi Tony, Thanks for the response. I probably didn't ask the question(s) very well. I'm working with a customer that has no capacity plan regarding
Re: Applying Maintenance - Best Practice
I just want to close out this thread by thanking, once again, everyone from the bottom of my heart. We just cutover last Sunday, Feb 27, 2011, to a z196, 2817, from a z9, 2094. z/VM 5.4 RSU 1002, with the compatibility PTFs as specified in this thread, came up just fine. This was the acid test of the maintenance and it passed with flying colors thanks to all of you here in this thread who made it possible. My gratitude is too deep for words; there are none adequate enough. The list is so long, you all know who you are. I could not mention one without all. You have all been so important and indispensable to this effort. It is all for one and one for all. But a special thanks is due our fearless leader, Alan, around whom we all rally. George Henke/NYLIC 11/02/2010 03:53 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice I want to thank everyone for their support on this thread without which none of the following would have been possible. Creating a Level 2 environment cloning Level 1 to Level 2 Applying 2 years of maintenance to Level 2; from 5402RSU (0802) to 5407RSU (1002) /PSP/COR and z196 compatibility Reapplying the same maintenance to Level 1 IPLing Level 1 without any issues, last weekend We are now current on maintenance and ready for z196. BTW: the 5407RSU contained only 1 (VM64798) of the 3 APARs necessary for z196 compatibility. The other 2 (VM64879 VM64881) had to be ordered and applied as corrective (COR) maintenance. Once again, thank you all, the list is t long, for all your help. George Henke/NYLIC 09/23/2010 10:30 AM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Applying Maintenance - Best Practice Would you recommend putting this 5.4 zEnterprise compatibility maintenance on at Level 1 or Level 2. We currently have both environments for 5.4. I suppose the quickest and easiest (maybe dirtiest too?) way is just to put it on at Level 1 and fall back to CPOLD if there is a problem. Best practice may call for putting it on at Level 2 first, but the nature of the change may not warrant that level of effort. There are, however, 45 or more prereq fixes also going on with these 2 APARs, VM64879 VM64881. Just interested in what everyone thinks. Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/22/2010 11:01 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: What is the z/VM 5.4 Compatibility PTF for z196? Also you want to check PSP on IBMLink and look for 2817DEVICE and see what recent stuff is needed for that system type (or whatever one you are installing). From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Wednesday, September 22, 2010 7:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] What is the z/VM 5.4 Compatibility PTF for z196? Look at the page http://www.vm.ibm.com/service/vmreqze.html for the complete list of z/VM APARS for the zEnterprise. On Wed, Sep 22, 2010 at 10:07 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Marcy, Thank you for this information. Do you happen to know what PTF is needed to run z/VM 5.4 on the z196. We will probably take your advice. We will probably bring up the z196 with 5.4 first and then move 6.1 up to Level 1 afterwards. -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
IPL with FN=
What is the proper way to IPL with FN= to override a SYSTEM CONFIG filename on CF1?
Re: Changing TCPIP PROFILE EXEC
Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. USER TCPIP TCPIP 128M 256M ABG COMMAND ATTACH 9400 TO * 9000 COMMAND ATTACH 9401 TO * 9001 COMMAND ATTACH 9402 TO * 9002 COMMAND ATTACH 9000 TO * 9000 COMMAND ATTACH 9001 TO * 9001 COMMAND ATTACH 9002 TO * 9002 INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP PROFILE TCPCMSU IPL CMS MACH ESA SPOOL 000C 2540 READER * SPOOL 000D 2540 PUNCH A SPOOL 000E 1403 A CONSOLE 009 3215 T LINK MAINTSYS 0190 0190 RR LINK MAINTSYS 019D 019D RR LINK MAINTSYS 019E 019E RR LINK MAINTSYS 0402 0402 RR LINK MAINTSYS 0401 0401 RR LINK MAINTSYS 0405 0405 RR The mprout was indeed a cut and paste error. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/22/2011 06:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Tuesday, 02/22/2011 at 06:00 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402 Here is what I have now: TCPIP: PROFILE EXEC 'Access 198 D' 'Access 591 E' 'Access 592 F' ATT 9000 TCPIP 9000 ATT 9001 TCPIP 9001 ATT 9002 TCPIP 9002 ATT 9100 TCPIP 9100 ATT 9101 TCPIP 9101 ATT 9102 TCPIP 9102 queue EXEC TCPRUN I will pretend I didn't see that. I'm not even seeing the lack of quotes around the ATTACH commands. Not looking La la la la la la SYSTEM DTCPARMS: :nick.TCPIP :type.server :class.stack :nick.DTCVSW1 :type.server :class.stack :owner.MAINT :nick.DTCVSW2 :type.server :class.stack :owner.MAINT :nick.ROUTED:type.server :class.rip :nick.MPROUTE :type.server :class.mprout I'll assume a cut/paste error. That should be mproute. :nick.FTPSERVE :type.server :class.ftp :nick.SMTP :type.server :class.smtp Note that by putting all of those entries in SYSTEM DTCPARMS, you are effectively cancelling any entry that IBM put on the matching :type.server entry in IBM DTCPARMS. I would suggest deleting all entries except for TCPIP. At the minimum, delete the DTCVSW1 and DTCVSW2 entries. I can change the TCPIP DIRECTORY entry like so: USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR COMMAND ATTACH 9400 TO * 9000 COMMAND ATTACH 9401 TO * 9001 COMMAND ATTACH 9402 TO * 9002 COMMAND ATTACH 9000 TO * 9000 COMMAND ATTACH 9001 TO * 9001 COMMAND ATTACH 9002 TO * 9002 MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Is this correct? Yes, except that COMMAND statement must be placed before any device statements. Or I can modify DTCPARMS like so: :nick.TCPIP :type.server :class.stack :attach.9400-9402 In this case you must also
Re: Changing TCPIP PROFILE EXEC
Alan: Please be sure your effort and words are greatly appreciated and have not been wasted. I wish I could take credit for the config, but unfortunately I am new here. Since being enlightened yesterday, I have been in touch with the z/VM and network teams here and told them no one must ever again touch TCPIP PROFILE EXEC or mess with IBM DTCPARMS. Education should not be, but often is, a painful process. Your counsel and advice are beyond measure. tyvm Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/23/2011 01:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Wednesday, 02/23/2011 at 11:09 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. DIRECTXA is the final arbiter of what's valid. What's-his-name thinks he's so smart, but he's not. Not really. He's old and feeble. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Doesn't do anyone any good there; the servers don't access TCPMAINT's 191. At install time, I think you didn't perform the step 6.2.3.2.45.1253 (in the tcp/ip program directory) that populates the 198 with samples, and you didn't use the IP Wizard, which would have placed files on the 592 and the 198. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: Since (a) it's on the wrong disk, and (2) it has the wrong name, it just means nothing is never ever going to read it, so it's just e-trash. IBM DTCPARMS lives on TCPMAINT 591, safe and sound, where there is a sign hanging on the door that says Warning: Shock hazard. No user serviceable parts inside. MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. You're killing me, George. You're just killing me. Someone bring me my pills. There's nothing like having copies of config files on your own A-disk (TCPIP DATA is a good one) so that everything works fine for you, but aeu418dk not for anyone else fdsflkjaDSLGwdo not attempt to adjust your televisioncdLJHgurglefa9ujn At one installation I saw evidence of what appeared to be human remains (cleaned up with bleach before DNA evidence could be collected), where someone tried to alter TCPIP's PROFILE EXEC or the IBM DTCPARMS file on the 591. It was never explained to my satisfaction. There was another case where someone copied the entire contents of IBM DTCPARMS onto SYSTEM DTCPARMS on the 198, apparently thinking to outfox the system. The individual has not been seen for 3 weeks now. But go ahead. Do what you want. Hey. It's not MY system. He Who Must Not Be Named IBM Blab Services office: 666.555.1212
Re: Changing TCPIP PROFILE EXEC
Alan: OSAs 9000,1,2 are changing to OSAs 9400,1,2.when we install the z196. To restore our TCPIP PROFILE EXEC to its original state we should delete all the attaches, not just the 9000,1,2 which are changing and put them all in either the TCPIP DIRECTORY entry or DTCPARMS. A question came up though: Network managment here seems set on attaching the new OSAs 9400.1.2 not as old OSAs 9000,1,2 but as themselves, 9400,1,2 If we were to leave the PROFILE EXEC the way it is for now and just put the new OSA addresses 9400, 1,2 in the TCPIP DIRECTORY entry as themselves 9400, 1,2 (VADDR=RADDR) not as 9000,1,2 do you see any problem with this after the OSA 9000,1,2 address go away? Since neatness counts, though, I would think it preferable to just get rid of all the attaches from the TCPIP PROFILE EXEC and put them in either TCPIP DIRECTORY or DTCPARMS.. TCPIP: PROFILE EXEC 'Access 198 D' 'Access 591 E' 'Access 592 F' ATT 9000 TCPIP 9000 ATT 9001 TCPIP 9001 ATT 9002 TCPIP 9002 ATT 9100 TCPIP 9100 ATT 9101 TCPIP 9101 ATT 9102 TCPIP 9102 queue EXEC TCPRUN Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/23/2011 01:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Wednesday, 02/23/2011 at 11:09 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. DIRECTXA is the final arbiter of what's valid. What's-his-name thinks he's so smart, but he's not. Not really. He's old and feeble. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Doesn't do anyone any good there; the servers don't access TCPMAINT's 191. At install time, I think you didn't perform the step 6.2.3.2.45.1253 (in the tcp/ip program directory) that populates the 198 with samples, and you didn't use the IP Wizard, which would have placed files on the 592 and the 198. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: Since (a) it's on the wrong disk, and (2) it has the wrong name, it just means nothing is never ever going to read it, so it's just e-trash. IBM DTCPARMS lives on TCPMAINT 591, safe and sound, where there is a sign hanging on the door that says Warning: Shock hazard. No user serviceable parts inside. MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. You're killing me, George. You're just killing me. Someone bring me my pills. There's nothing like having copies of config files on your own A-disk (TCPIP DATA is a good one) so that everything works fine for you, but aeu418dk not for anyone else fdsflkjaDSLGwdo not attempt to adjust your televisioncdLJHgurglefa9ujn At one installation I saw evidence of what appeared to be human remains (cleaned up with bleach before DNA evidence could be collected), where someone tried to alter TCPIP's PROFILE EXEC or the IBM DTCPARMS file on the 591. It was never explained to my satisfaction. There was another case where someone copied the entire contents of IBM DTCPARMS onto SYSTEM DTCPARMS on the 198, apparently thinking to outfox the system. The individual has not been seen for 3 weeks now. But go ahead. Do what you want. Hey. It's not MY system. He Who Must Not Be Named IBM Blab Services office: 666.555.1212
Re: z196 lb4ul
tyvm, Paul and Marcy: Paul's approach is to first come up with the new changes to a new SYS2817 CONFIG using FN= to IPL and leaving the old SYSTEM CONFIG unchanged and intact as a fallback. What is the thought of making the change to SYSTEM CONFIG after renaming the it to something else as a fallback and just IPLing normally, and only using FN= in case of fallback? What is Best Practice? Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/04/2011 05:18 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul Yes Marcy is correct about adding P01 to your VSWITCH address. I will have to do something similar on February 13th when we move from a z10 to z196. My plan is to have two SYSTEM CONFIG members. One will be called SYS2817 CONFIG and I will use it to do the first IPL on the new box. That one will have my changes in it. If all goes well I will change SYSTEM CONFIG before the next IPL. Paul Feller AIT Mainframe Technical Support pfel...@aegonusa.com (319)-355-7824 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Marcy Cortes Sent: Friday, February 04, 2011 3:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul Right, You would redefine it like this define vswitch lnxvsw1 rdev 9004.p01 Or play it safe and put both in there ☺ define vswitch lnxvsw1 rdev 9004.p00 9004.p01 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. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Friday, February 04, 2011 1:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z196 lb4ul Paul, Marcy, et al: I just came from a z196 pre-install planning meeting (by phone) in which it was said that the OSA on the z/196 will be using PORT 1. We are currently using PORT 0 on our Z9. Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which defaults to PORT 0 will not work on the z196 unless we code PORT 1? define vswitch lnxvsw1 rdev 9004 George Henke/NYLIC 02/01/2011 03:40 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ulLink ty all very much. Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 03:24 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul You would be using the default which is port 0 (zero). The port number really only comes into play if you have an OSA Express3 card and are connecting to the second port or what is called the A1 port on the card layout. Paul Feller AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Tuesday, February 01, 2011 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul What is the default PORT number? We do not specify PORT number in our VSWITCH definition below (from SYSTEM CONFIG): define vswitch lnxvsw1 rdev 9004 Sorry to ask: But does this mean we do not use an OSA.? Or does it mean we use a default? I think it may mean the former. Mark Post mp...@novell.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Port number is not the same as port name. Two different parameters entirely. Mark Post
Changing TCPIP PROFILE EXEC
I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in preparation for new OSA ADDRs in our IODF for our new z/196. What is the best way to implement this? I suppose I can logon to TCPIP AC ( noprof and create a backup copy of the PROFILE EXEC and then change the original DEV ADDRs. Is this correct? Best Practice? Also what would the fallback be in such a situation?
Re: Changing TCPIP PROFILE EXEC
tyvm, Alan and Kris, once again for saving my neck. DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402 Here is what I have now: TCPIP: PROFILE EXEC 'Access 198 D' 'Access 591 E' 'Access 592 F' ATT 9000 TCPIP 9000 ATT 9001 TCPIP 9001 ATT 9002 TCPIP 9002 ATT 9100 TCPIP 9100 ATT 9101 TCPIP 9101 ATT 9102 TCPIP 9102 queue EXEC TCPRUN SYSTEM DTCPARMS: :nick.TCPIP :type.server :class.stack :nick.DTCVSW1 :type.server :class.stack :owner.MAINT :nick.DTCVSW2 :type.server :class.stack :owner.MAINT :nick.ROUTED:type.server :class.rip :nick.MPROUTE :type.server :class.mprout :nick.FTPSERVE :type.server :class.ftp :nick.SMTP :type.server :class.smtp TCPIP DIRECTORY ENTRY: USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP I can change the TCPIP DIRECTORY entry like so: USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR COMMAND ATTACH 9400 TO * 9000 COMMAND ATTACH 9401 TO * 9001 COMMAND ATTACH 9402 TO * 9002 COMMAND ATTACH 9000 TO * 9000 COMMAND ATTACH 9001 TO * 9001 COMMAND ATTACH 9002 TO * 9002 MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Is this correct? Or I can modify DTCPARMS like so: :nick.TCPIP :type.server :class.stack :attach.9400-9402 Is this correct? If so, which would be preferable? I do not see a fallback if I modify DTCPARMS only. But OTOH the DIRECTORY method does not look as permanent. Also why *COMMAND* in the DIRECTORY entry ATTACHes? I thought that is used only in EXECs? Also can I abbreviate the ATTACH to ATT 9400 * 9000? Also, the DIRECTORY method has a nice fallback, but what if I corrupt the TCPIP DIRECTORY entry when making the change. What is my fallback? VTAM? Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/22/2011 05:19 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Tuesday, 02/22/2011 at 04:59 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in preparation for new OSA ADDRs in our IODF for our new z/196. What is the best way to implement this? I suppose I can logon to TCPIP AC ( noprof and create a backup copy of the PROFILE EXEC and then change the original DEV ADDRs. Is this correct? Best Practice? Are you TRYING to bring Chuckie out of hiding?!? NEVER change TCPIP's PROFILE EXEC. Ever. Ever. Your SYSTEM DTCPARMS file supports :attach. tags to identify devices. :nick.TCPIP :attach.FE08-FE0A Also what would the fallback be in such a situation? Not sure what you mean in this case, but you can leave the TCP/IP configuration and alone and simply use DEDICATE or COMMAND ATTACH statements in TCPIP's directory entry. E.g. Let us say that your OSAs are currently at 600-602 and the new ones are at 800-802. COMMAND ATTACH 800 TO * 600 COMMAND ATTACH 801 TO * 601 COMMAND ATTACH 802 TO * 602 COMMAND ATTACH 600 TO * 600 COMMAND ATTACH 601 TO * 601 COMMAND ATTACH 602 TO * 602 In that way, the DEVICE statement in PROFILE TCPIP doesn't have to change and the above sequence will try for device 800-802, but will fall back to 600-602 if 800-802 isn't there. Not perfect. For more robust logic, you code :Exit.name-of-exec in the SYSTEM DTCPARMS entry for TCPIP and use an exec to figure out which set of devices to use, possibly based on other criteria. 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: DEVICES stmt in SYSTEM CONFIG
The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). Just because we're paranoid, does not necessarily mean everyone is not out to get us. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/17/2011 09:23 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG On Thursday, 02/17/2011 at 05:48 EST, Mike Walter mike.wal...@aonhewitt.com wrote: If you're reading this and are new to z/VM, take one thing away... build a stable (tested and rarely changed) 1-pack z/VM recovery system. It could save your job one day (or dark night). The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). The ramdisk-based installation system can be used to repair other systems. It will run even if nothing else will. 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: DEVICES stmt in SYSTEM CONFIG
Tom Huegel wrote: This technique requires you to know some things about the D/R system like the CPUID etc Why CPUID? We are upgrading from z9 to z196 soon. Is there a CPUID carried in SYSTEM CONFIG which I must change? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/18/2011 11:15 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG Here is what I do. In SYSTEM CONFIG file I have these statements. System_Identifier 2094 09A123 ZVMHOME System_Identifier 2817 09B123 ZVMDR /**/ /* IMBED -SYSTEM- SYSTEM */ IMBED -SYSTEM- SYSTEM /**/ Then I have two files on CF1 ZVMHOME SYSTEM All of the system config statements for my home system ZVMDR SYSTEM All of the system config statements for my D/R system This technique requires you to know some things about the D/R system like the CPUID etc. you can use the different names throught the system to decide if you are at home or at a D/R sught. On Fri, Feb 18, 2011 at 7:01 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). Just because we're paranoid, does not necessarily mean everyone is not out to get us. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/17/2011 09:23 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG On Thursday, 02/17/2011 at 05:48 EST, Mike Walter mike.wal...@aonhewitt.com wrote: If you're reading this and are new to z/VM, take one thing away... build a stable (tested and rarely changed) 1-pack z/VM recovery system. It could save your job one day (or dark night). The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). The ramdisk-based installation system can be used to repair other systems. It will run even if nothing else will. 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: DEVICES stmt in SYSTEM CONFIG
This is all I have in SYSTEM CONFIG, so I guess it's ok? /**/ /* System_Identifier Information*/ /**/ System_Identifier_Default zVM-81 Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/18/2011 11:44 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG That depends.. If you have CPUID's in the system config file then you will need to update them for the new cpu.. On the other hand if you just have a stetement like this you don't need to do anything. System_Identifier_Default ZVMHOME On Fri, Feb 18, 2011 at 8:22 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Tom Huegel wrote: This technique requires you to know some things about the D/R system like the CPUID etc Why CPUID? We are upgrading from z9 to z196 soon. Is there a CPUID carried in SYSTEM CONFIG which I must change? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/18/2011 11:15 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG Here is what I do. In SYSTEM CONFIG file I have these statements. System_Identifier 2094 09A123 ZVMHOME System_Identifier 2817 09B123 ZVMDR /**/ /* IMBED -SYSTEM- SYSTEM */ IMBED -SYSTEM- SYSTEM /**/ Then I have two files on CF1 ZVMHOME SYSTEM All of the system config statements for my home system ZVMDR SYSTEM All of the system config statements for my D/R system This technique requires you to know some things about the D/R system like the CPUID etc. you can use the different names throught the system to decide if you are at home or at a D/R sught. On Fri, Feb 18, 2011 at 7:01 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). Just because we're paranoid, does not necessarily mean everyone is not out to get us. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/17/2011 09:23 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DEVICES stmt in SYSTEM CONFIG On Thursday, 02/17/2011 at 05:48 EST, Mike Walter mike.wal...@aonhewitt.com wrote: If you're reading this and are new to z/VM, take one thing away... build a stable (tested and rarely changed) 1-pack z/VM recovery system. It could save your job one day (or dark night). The truly paranoid keep a .iso copy of the DVD in each location (or burn extra physical copies and keep it with your emergency ops manual). The ramdisk-based installation system can be used to repair other systems. It will run even if nothing else will. 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: VM Total time in $ACCOUNT files
Rob and Les wrote: On Sat, Feb 19, 2011 at 12:17 AM, Les Koehler vmr...@tampabay.rr.com wrote: Is a logical cpu equivalent to a physical cpu? I realize that the h/w now has multiple physical cpus, but I was brought up on System/360 and never have quite grokked how it is all controlled and accounted for! z/VM itself runs in an LPAR under control of PR/SM. And just like z/VM does for virtual machines, PR/SM will dispatch the LPAR's logical CPUs on any physical CPU as it sees fit. Even when you have a dedicated CPU, it's PR/SM who decides which physical CPU is dedicated to that logical CPU (for almost all the time). And we're not even talking about hot-sparing of CPUs You're in a maze and all CPUs look the same ;-) So then, suppose we state the problem In terms of PR/SM which is really just VM, the SIE (Start Interpretive Execution) instruction in firmware where LPARs become similar to Guest Machines. It is somewhat of an oversimplification though conceptually analogous. In terms of PR/SM: Logical CPs (LCPs) vs Physical CPs (PCPs) are simply a way of sharing the PCPs across the LPARs with a weighting factor. The PR/SM Planning Guide, Volume A05: 3.2.10.4 says it best. But in the following discussion be sure not to confuse logical partition (LP or LPAR) which is equivalent to a Guest Machine with a logical CP (LCP) which is equivalent to a virtual CP (VCP). When logical partitions(LPs) are dispatched then, and only then, will their logical CPs(LCPs) also get dispatched to physical CPs (PCPs). In the following excerpt, whenever you read logical partition think Guest Machine and whenever you read logical CP think virtual CP (VCP): Excerpt: Use of Processing Weights: Processing weights can range from 1 to 999 ° The processing weights for all active, sharing logical partitions are added together. This total is considered to be 100% of the processing resource available to shared processors. For example, the total processing weights for the logical partitions shown in Figure 52 in topic 3.3.4.1 is 1,300. ° The share of processing resources for each logical partition is calculated by dividing the processing weight for each sharing logical partition by the total processing weight. For example, at peak CP utilization levels, the dispatcher allocates shared processing resources to each of the logical partitions in Figure 52 in topic 3.3.4.1 as follows: DOSVSE 300/1300 = 23.1% MVSTEST 100/1300 = 7.7% VMHPO900/1300 = 69.2% ° The share of processing resource for each online logical processor is calculated by dividing the share for each logical partition by the number of online logical processors. For the logical partitions shown in Figure 52 in topic 3.3.4.1, the share for each logical processor is as follows: DOSVSE 23.1/1 CP = 23.1% MVSTEST 7.7/6 CPs = 1.3% VMHPO 69.2/2 CPs = 34.6% Processing weights are used to specify the portion of the shared processor resources allocated to a logical partition. Although PR/SM always manages sharing logical partitions according to the specified processing weights,there are times when a logical partition will receive either more or less than its processing share: ° A logical partition will receive more than its processing share when there is excess processor capacity, provided it has work to do and other logical partitions are not using their share. ° A logical partition will receive less than its processing share when its workload demand drops below the capacity specified by its weight. ° A logical partition will not receive more than its processing share when the processing resources for that logical partition are capped. The recommended procedure is to specify processing weights to satisfy the peak requirements of the logical partitions. End of excerpt: In the above example, although there are 9 LCPs with 900% CPU theoretically, in practice the would be allocated across the number of PCPs be it 1, 2, 6 or whatever.. And so the important factor is no what % of phyiscal CP (PCP) bu what % of logical CPU is being realized in each LPAR, Guest Machine. Les Koehler vmr...@tampabay.rr.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/18/2011 06:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: VM Total time in $ACCOUNT files Is a logical cpu equivalent to a physical cpu? I realize that the h/w now has multiple physical cpus, but I was brought up on System/360 and never have quite grokked how it is all controlled and accounted for! Les Rob van der Heij wrote: On Fri, Feb 18, 2011 at 11:50 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I am simply summing the total CPU times for
Re: z/VM PSP Buckets
I opened a thread here 6 months ago, Applying Maintenance - Best Practice, which is in the archives. It contains many helpful instructions on exactly how to apply maintenance including setting up a Level 2, VM under VM, to initially IVP your maintenance. Maintenance should rarely be applied directly to 1st Level VM, but should almost always be applied and IVPed first on 2nd Level VM. Doug dsh...@bellsouth.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/16/2011 11:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM PSP Buckets On 2/16/2011 11:44, Billy Bingham wrote: All, Having never applied service of any kind to z/VM, what would be a WAG to apply say PSP or any hardware buckets. Thanks, Billy Billy, Applied RSU1002+PSP+z196 PTF's to 3 systems, tested in-house code, etc, ready to go in 2 days. Yes, I have been doing z/VM for a few more years than I care to admit. READ and re-read all instructions, question everything, keep DETAILED step by step notes(helps for next time), you say it's your first time - MAKE DDR BACKUPS before starting, create a second level VM under VM to practice on. Give yourself 2 weeks - start to finish. Maybe less IF you can hide out some where away from daily interruptions.. Learn how to search the archives of this IBMVM list. The answers to almost all of the issues/questions you encounter are out there somewhere. Building a 2nd level system (VM under VM) is the best and safest way to get it the hang of it, easy to start over if needed. In keeping with the VM mascot ways, post away, we are just a bunch cuddly bears here (dare I say old bears?) Ha.. Best Regards, Doug
Re: z196 lb4ul
tyvm, Paul and Marcy In my VSWITCH definition, rdev is changing from 9004 to 9404 when we go to the z196. define vswitch lnxvsw1 rdev 9004.p00 9004.p01 Does that mean that after I change my VSWITCH definition to 9404, the next 2 addresses: 9005, 9006, will also automatically change from 9005, 9006 to 9405, 9406? define vswitch lnxvsw1 rdev 9404.p00 9004.p01 Current OSA: q osa OSA 9000 ATTACHED TO TCPIP9000 DEVTYPE OSA CHPID D4 OSD OSA 9001 ATTACHED TO TCPIP9001 DEVTYPE OSA CHPID D4 OSD OSA 9002 ATTACHED TO TCPIP9002 DEVTYPE OSA CHPID D4 OSD OSA 9004 ATTACHED TO DTCVSW1 9004 DEVTYPE OSA CHPID D4 OSD OSA 9005 ATTACHED TO DTCVSW1 9005 DEVTYPE OSA CHPID D4 OSD OSA 9006 ATTACHED TO DTCVSW1 9006 DEVTYPE OSA CHPID D4 OSD Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/04/2011 05:18 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul Yes Marcy is correct about adding P01 to your VSWITCH address. I will have to do something similar on February 13th when we move from a z10 to z196. My plan is to have two SYSTEM CONFIG members. One will be called SYS2817 CONFIG and I will use it to do the first IPL on the new box. That one will have my changes in it. If all goes well I will change SYSTEM CONFIG before the next IPL. Paul Feller AIT Mainframe Technical Support pfel...@aegonusa.com (319)-355-7824 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Marcy Cortes Sent: Friday, February 04, 2011 3:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul Right, You would redefine it like this define vswitch lnxvsw1 rdev 9004.p01 Or play it safe and put both in there ☺ define vswitch lnxvsw1 rdev 9004.p00 9004.p01 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. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Friday, February 04, 2011 1:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z196 lb4ul Paul, Marcy, et al: I just came from a z196 pre-install planning meeting (by phone) in which it was said that the OSA on the z/196 will be using PORT 1. We are currently using PORT 0 on our Z9. Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which defaults to PORT 0 will not work on the z196 unless we code PORT 1? define vswitch lnxvsw1 rdev 9004 George Henke/NYLIC 02/01/2011 03:40 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ulLink ty all very much. Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 03:24 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul You would be using the default which is port 0 (zero). The port number really only comes into play if you have an OSA Express3 card and are connecting to the second port or what is called the A1 port on the card layout. Paul Feller AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Tuesday, February 01, 2011 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul What is the default PORT number? We do not specify PORT number in our VSWITCH definition below (from SYSTEM CONFIG): define vswitch lnxvsw1 rdev 9004 Sorry to ask: But does this mean we do not use an OSA.? Or does it mean we use a default? I think it may mean the former. Mark Post mp...@novell.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Port number is not the same as port name. Two different parameters entirely. Mark Post
Re: z196 lb4ul
Paul, Marcy, et al: I just came from a z196 pre-install planning meeting (by phone) in which it was said that the OSA on the z/196 will be using PORT 1. We are currently using PORT 0 on our Z9. Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which defaults to PORT 0 will not work on the z196 unless we code PORT 1? define vswitch lnxvsw1 rdev 9004 George Henke/NYLIC 02/01/2011 03:40 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul ty all very much. Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 03:24 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul You would be using the default which is port 0 (zero). The port number really only comes into play if you have an OSA Express3 card and are connecting to the second port or what is called the A1 port on the card layout. Paul Feller AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Tuesday, February 01, 2011 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul What is the default PORT number? We do not specify PORT number in our VSWITCH definition below (from SYSTEM CONFIG): define vswitch lnxvsw1 rdev 9004 Sorry to ask: But does this mean we do not use an OSA.? Or does it mean we use a default? I think it may mean the former. Mark Post mp...@novell.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Port number is not the same as port name. Two different parameters entirely. Mark Post
Re: z196 lb4ul
Marcy: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 10:16 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul Paul wrote: Look out for PORT number depending on the type of OSA cards you have access to. Good point! We had one that was inadvertently cabled to P01 too. We changed the vswitch def rather than move the cable. Good luck George! Marcy
Re: z196 lb4ul
What is the default PORT number? We do not specify PORT number in our VSWITCH definition below (from SYSTEM CONFIG): define vswitch lnxvsw1 rdev 9004 Sorry to ask: But does this mean we do not use an OSA.? Or does it mean we use a default? I think it may mean the former. Mark Post mp...@novell.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Port number is not the same as port name. Two different parameters entirely. Mark Post
Re: z196 lb4ul
ty all very much. Feller, Paul pfel...@aegonusa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 03:24 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul You would be using the default which is port 0 (zero). The port number really only comes into play if you have an OSA Express3 card and are connecting to the second port or what is called the A1 port on the card layout. Paul Feller AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Tuesday, February 01, 2011 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z196 lb4ul What is the default PORT number? We do not specify PORT number in our VSWITCH definition below (from SYSTEM CONFIG): define vswitch lnxvsw1 rdev 9004 Sorry to ask: But does this mean we do not use an OSA.? Or does it mean we use a default? I think it may mean the former. Mark Post mp...@novell.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/01/2011 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: How did you change your vswitch definition for PO1? Chuckie has deigned use of PORTNAME in VSWITCH taboo. Port number is not the same as port name. Two different parameters entirely. Mark Post
Re: z196 lb4ul
Dave Jones wrote: Look before you leap Yes, but where's the excitement in that? :-) -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 lb4ul is sufficient for either: Leap before you Look or Look before you Leap Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/31/2011 07:19 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z196 lb4ul On 01/31/2011 04:38 PM, George Henke/NYLIC wrote: Look before you leap Yes, but where's the excitement in that? :-) -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
z196 lb4ul
Are there any other special considerations, other than the compatibility maintenance, to cutover from a z9 to a z196. We are cutting over to the z196 in a couple of weeks. It is already in house. I have upgraded the z9 to 5407RSU (1002) and applied all the necessary compatibility PTFs for the z196 and been running it since November. But I am just checking if there are any other special operational or software configuration procedures, tasks, anomalies, or idiosyncrasies, that need to be considered, in going to this new hardware. ty Look before you leap
Support Element (SE) vs HMC and IP Addresses
HMC emulates an SE, but does it have separate IP addresses, separate interfaces, or are they the same as the SE? Does the SE have IP addresses or are they only for the HMC?
Re: Support Element (SE) vs HMC and IP Addresses
ty, Mark, this is very helpful. Does an SE have more than 1 IP address as well? Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 10:03 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses The SEs each have an IP address, and the HMC has an IP address on their own private network. The HMC may also have another NIC that can be connected to another network, say to reach the outside world, or allow you to access from your own private network. On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: HMC emulates an SE, but does it have separate IP addresses, separate interfaces, or are they the same as the SE? Does the SE have IP addresses or are they only for the HMC? -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Support Element (SE) vs HMC and IP Addresses
ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new z/196 coming in soon and need to make one of the HMC adapters available to the IBM Support System via the internet. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 10:56 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses My recent experience also shows that you need to obey the design: - there is a private network between the HMC and both SEs - it must not be part of your own LAN to get remote access to the HMC. I had a case that was not set up well: there was only one LAN. After applying some maintenance to the HMC and/or SEs, many things stopped working. 2011/1/19 Frank M. Ramaekers framaek...@ailife.com Each SE has an IP address (I think the zSeries has always had two SE’s). Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC Sent: Wednesday, January 19, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Support Element (SE) vs HMC and IP Addresses ty, Mark, this is very helpful. Does an SE have more than 1 IP address as well? Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 10:03 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Support Element (SE) vs HMC and IP Addresses The SEs each have an IP address, and the HMC has an IP address on their own private network. The HMC may also have another NIC that can be connected to another network, say to reach the outside world, or allow you to access from your own private network. On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: HMC emulates an SE, but does it have separate IP addresses, separate interfaces, or are they the same as the SE? Does the SE have IP addresses or are they only for the HMC? -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ 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: Wait code 000a00000000000f
Is not the wait state code sometimes the SVC number it is running at the time which in this case would be the ERREXCP SVC 15? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 11:37 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Wait code 000a000f Mike, I found the same description you did '000A' is ESA/390 mode but nothing matching the 'f''. This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9. I have other systems running the same level z/VM without any problem.. I am sure it is something I have done. It would be nice if the message was documented, so I would know where to look. It is not urgent today I have backups so I am running now. I need it to work by the time the z196 comes online in a couple of weeks. Tom On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter mike.wal...@aonhewitt.com wrote: I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy. Page 149 explains the 000A as a machine running in ESA/390 mode. But there is no corresponding HCP015W, or HCP00FW message (the latter of which, with a hex value, would start a whole new thread). Can you tell us more about _what_ you are IPLing? Is it CP on 1st level, CP on 2nd level, CMS, or some utility program - on what size virtual machine, in what mode (provide output from CP Query SET). That info might help point someone in the right direction. Also, what's the proper level of urgency? :-) Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Rich Greenberg ric...@panix.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/19/2011 10:05 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Wait code 000a000f On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote: } Does anyone have a clue as to what this hard wait code is? .. } 000a000f. } I can't find this one in the messages and codes book? } It is probably a configuration error of some type. } It happens at IPL. } And yes I did make many changes.. I don't have a messages and codes book handy, but forget the a and look for CP wait state 15 (x'f'). -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L 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.
ZOS Guest Console Not Working
The ZOS console does not have the command line at the bottom. There is no way to input data. I can dial into TSO np, even look at the console in EJES (we are JES3), and everything else looks fine. But just logging onto to ZOS guest through SuperSession and entering *b* shows the ZOS console output only without any command line at the bottom. We do have a VTAM vsm, but ZOS consoles are BTAM, not VTAM terminals.
Re: ZOS Guest Console Not Working
tyvm, all. Looks like console is defined as 3215 Guess this has not been working for some time and just noticed now. I suppose I can just change this to 3270 and all will be well. PROFILE MVSID * OPTION TODENABLE OPTION TODEN SHARE RELATIVE 100 LIMITSOFT MACHINE ESA 4 IPL CMS CONSOLE 01E 3215 * McKown, John john.mck...@healthmarkets.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 03:42 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working I'm not a z/VM person. I'm a z/OS sysprog. I don't know how SuperSession works. A z/OS console is not BTAM, per se, a z/OS console is usually associated with a local non-SNA 3270 device. Note that the z/VM DIAL command (which is what I am used to) presents a 3270, however connected to z/VM, as a local non-SNA 3270. If this is the 3270 where you did a LOGON to start up the z/OS guest, then the console is likely in CONMODE 3215. That is the very old style printer keyboard console. z/OS does not support 3215 consoles any more at all. In this case, before IPL'ing z/OS, enter the command #CP CONMODE 3270 to set the console mode to 3270. If your z/OS guest first IPLs CMS (as many do), this will blow away CMS. And you'll need to enter the IPL command where is the virtual address of the z/OS IPL volume by hand. Another possibility is that the CONSOLnn member of PARMLIB is messed up. Make sure that the CONSOLE statements either don't specify the USE parameter or it is set to USE(FC). USE(MS) and USE(SD) won't work right for a normal console. Hope this was of at least some help. I only use z/VM when we do a D.R. test. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • 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 George Henke/NYLIC Sent: Thursday, January 06, 2011 2:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: ZOS Guest Console Not Working The ZOS console does not have the command line at the bottom. There is no way to input data. I can dial into TSO np, even look at the console in EJES (we are JES3), and everything else looks fine. But just logging onto to ZOS guest through SuperSession and entering *b* shows the ZOS console output only without any command line at the bottom. We do have a VTAM vsm, but ZOS consoles are BTAM, not VTAM terminals.
Re: ZOS Guest Console Not Working
Yeah, ty Alan and Mike, really sorry for missing the obvious. Too much ZOS without a helmet. Please ignore my last email. The 3215 console is, of course, for CMS. Our console is defined correctly as 3270: 'cp sleep 5 sec' CP DET 01ECP DEF CON 440 3270CP SET MACH ESACP I ADDRESS LOADPARM ||SYSNAME||M 'cp sleep 1 MIN' We are, however, using CF: The only SPECIALs in the z/OS guest are: SPECIAL 420 MSGP CFSRV04 SPECIAL 424 MSGP CFSRV01 SPECIAL 428 MSGP CFSRV05 It is not SuperSession because I can access both ways directly from RUMBA. Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 04:01 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working No, you want to leave the CONSOLE statement alone. That's for VMS to use as a 3215. If you want z/OS to use the same device address as its console, before the CP IPL command, enter: CP TERM CONSOLE 3270 then enter the IPL command. Or, write an EXEC with the commands concatenated with a LineEnd (hex '15') character in between, ala: parse value diag(08,'CP QUERY VIRTUAL CONSOLE') with , . 'TERM ' . contype . If contype='VSM' then brkkey='' /* BRKKEY not supported on SNA terminals */ else brkkey='#CP TERMINAL BRKKEY PF13' iplcmds=, '#CP M * IPLing z/OS'|| , '#CP M OP IPLing z/OS' || , '#CP M MAINT IPLing z/OS'|| , '#CP Q T'|| , '#CP TERM CON 3270' || , brkkey || , '#CP IPL' loadaddr loadparms 'CP SET PF24 DELAY' iplcmds 'CP QUERY PF24' Exit If you are using a virtual coupling facility, I can send a much more fool-proof IPLZOS EXEC which first checks for z/OS's CFRM volumes being online, and that the virtual Coupling Faclity servers are active before continuing. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 02:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working tyvm, all. Looks like console is defined as 3215 Guess this has not been working for some time and just noticed now. I suppose I can just change this to 3270 and all will be well. PROFILE MVSID * OPTION TODENABLE OPTION TODEN SHARE RELATIVE 100 LIMITSOFT MACHINE ESA 4 IPL CMS CONSOLE 01E 3215 * McKown, John john.mck...@healthmarkets.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 03:42 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working I'm not a z/VM person. I'm a z/OS sysprog. I don't know how SuperSession works. A z/OS console is not BTAM, per se, a z/OS console is usually associated with a local non-SNA 3270 device. Note that the z/VM DIAL command (which is what I am used to) presents a 3270, however connected to z/VM, as a local non-SNA 3270. If this is the 3270 where you did a LOGON to start up the z/OS guest, then the console is likely in CONMODE 3215. That is the very old style printer keyboard console. z/OS does not support 3215 consoles any more at all. In this case, before IPL'ing z/OS, enter the command #CP CONMODE 3270 to set the console mode to 3270. If your z/OS guest first IPLs CMS (as many do), this will blow away CMS. And you'll need to enter the IPL command where is the virtual address of the z/OS IPL volume by hand. Another possibility is that the CONSOLnn member of PARMLIB is messed up. Make sure that the CONSOLE statements either don't specify the USE parameter or it is set to USE(FC). USE(MS) and USE(SD) won't work right for a normal console. Hope this was of at least some help. I only use z/VM when we do a D.R. test. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 ? N. Richland Hills ? TX 76010 (817) 255-3225 phone ? 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 George Henke/NYLIC Sent
Re: ZOS Guest Console Not Working
Is there some way I can display the attributes of the ZOS guest console from MAINT? I am still connected to the ZOS guest console. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 04:07 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working On Thursday, 01/06/2011 at 03:53 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: tyvm, all. Looks like console is defined as 3215 Guess this has not been working for some time and just noticed now. I suppose I can just change this to 3270 and all will be well. PROFILE MVSID * OPTION TODENABLE OPTION TODEN SHARE RELATIVE 100 LIMITSOFT MACHINE ESA 4 IPL CMS CONSOLE 01E 3215 You can, but it won't help, as CMS will set it back to a 3215 since CMS doesn't know how to speak to a 3270. When the PROFILE EXEC is ready to IPL MVS, it needs to issue CP TERMINAL CONMODE 3270 immediately prior to IPL. Add commentary to the exec to tell future sysprogs not to insert anything between the two commands. Since you don't have OPTION D8ONECMD, you can actually do the TERMINAL CONMODE 3270 and IPL in the same CP command: CP TERMINAL CONMODE 3270 || x2c(15) || IPL whatever This tends to help avoid accidents. 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: ZOS Guest Console Not Working
ty all: I just forced the guest ZOS and XAUTOLOGed it and it came up fine. I disconnected via PA1 and reconnected np. Earlier today someone disconnected by hitting ATTN twice and got the weird console display when they reconnected. Could that have caused the problem? They claim that is how they always DISC.. Everything appears to be defined correctly. Here are some more console definitions from the ZOS guest side: CONSOLE DEVNUM(440),UNIT(3270-X),AUTH(MASTER),USE(FC), ALTGRP(ALTMSTR),ROUTCODE(1,2,9),MSCOPE(SYSYSCLONE.), SEG(19),DEL(R),AREA(NONE),NAME(MSTRSYSCLONE.), RNUM(19),MFORM(J,T),PFKTAB(PFK00),MONITOR(JOBNAMES-T) CNZ4100I16.42.18 CONSOLE DISPLAY 101 CONSOLES MATCHING COMMAND: D C MSG:CURR=0LIM=5000 RPLY:CURR=1LIM=99SYS=SY79 PFK=00 HARDCOPY LOG=(SYSLOG) CMDLEVEL=CMDS ROUT=(1-10,12-128) MSTR79TYPE=MCS STATUS=ACT-SY79 DEFINED=(*ALL) MATCHED=(*ALL) ATTRIBUTES ON SY79 AUTH=(MASTER)CMDSYS=*NBUF=0 DEV=0440 LOGON=OPTIONAL USERID=N/A MFORM=(T,J) AREA=(Z)PFKTAB=PFK00 USE=FC DEL=RRTME=*RNUM=19 SEG=19CON=N LEVEL=(ALL) MONITOR=(JOBNAMES) INTIDS=Y UNKNIDS=Y ROUT=(1-2,9) Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/06/2011 04:27 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: ZOS Guest Console Not Working On Thursday, 01/06/2011 at 04:13 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: 'cp sleep 5 sec' Gag. Sleep? Is there something asynchronous happening that you need to wait for? CP DET 01ECP DEF CON 440 3270CP SET MACH ESACP I ADDRESS LOADPARM ||SYSNAME||M You could help yourself a bit by 1. Changing the CONSOLE statement in the directory to use 440 instead of 01E since CMS doesn't care what address you use. Then you can get rid of DETACH and DEFINE. 2. Getting rid of SET MACHINE ESA as you already have MACHINE ESA in the directory. 'cp sleep 1 MIN' This last SLEEP will never be issued because the preceding IPL will blow away CMS and the exec. An appropriate comment in your PROFILE would be good. :-) We are, however, using CF: The only SPECIALs in the z/OS guest are: SPECIAL 420 MSGP CFSRV04 SPECIAL 424 MSGP CFSRV01 SPECIAL 428 MSGP CFSRV05 If you want multiple z/OS consoles, you could add SPECIAL nnn 3270 entries. Just make sure that MVS is configured to require authentication on its consoles since anyone can DIAL MVSGUEST. 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: SORTING DIRECTORY GAPS BY USER
This is great, George, ty. Just one problem. It does not show the GAPs after the last extent on a VOLSER. It would be nice to know the GAPS on the tailend of a VOLSER also. Must I put a dummy entry on the last cylinder to generate a GAP in DIRMAP and/or DISKMAP? Is there a workaround for this on VM Tools? gclo...@br.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/05/2011 07:26 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SORTING DIRECTORY GAPS BY USER George: Not sure we understand the question, but... Without DIRMAINT, try DIRMAP (GAPFILE DEVSORT - Generate two files, one with only the Gaps and other with the allocated cylinders, both classified by VOLSER. With DIRMAINT, try DIRM FREE and DIRM USED to get files like the same proposal... Or, DIRM DIRMAP (GAPFILE DEVSORT DIRM HELP DIRMAP shows: Devsort requests that the report is to be sorted by device type followed by volume label. The default is to sort by volume label. Gapfile Generate a file listing gaps in addition to a report detailing the current DASD utilization. Note: If you use the GAPFILE option without using the EXCLUDE option and excluded full volume overlays are defined on your system no gap data will be returned. Use the EXCLUDE option to eliminate the excluded full volume overlays from consideration when building the gap data. The gapfile is listed in the following format: Field Use 1volid of disk 2device type of disk. 3start cylinder/block of gap 4end cylinder/block of gap 5number of cylinders/blocks in gap Note: All fields are blank delimited and not bound to a specific column range. __ Clovis From: Mike Walter mike.wal...@hewitt.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/01/2011 19:33 Subject: Re: SORTING DIRECTORY GAPS BY USER Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Or better yet... _why_? It sounds as if you want to display users and mdisks, sorted by user (and perhaps mdisk, too) which reside between gaps. But _why_? What are you attempting to do? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/04/2011 03:26 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SORTING DIRECTORY GAPS BY USER I don't understand your question.. If there is a GAP then there is no USER. ??? On Tue, Jan 4, 2011 at 1:13 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Does anybody have anything like a PIPE command or a utility to do this sort of thing, sort the DIRECTORY DISKMAP on USER within GAPS? I am sure DIRMAINT would obviate the necessity for such a thing, but right now this is all I can do. 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: How can get the Week day ?
tyvm, Chip, for the explanation. So this century really began in Jan 1, 2001, not 2000. Interesting. Certainly glad it was the C programmers, not the BAL programmers, that went wrong. A good BAL programmer knows that everything is relative 0, not 1. Chip Davis c...@aresti.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 09:25 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Technically, the first year of each century is cc01, not cc00. Due to an appalling lack of consistency, the C programmers in the first decade (0) of the first century (0) declared the first year to be 1. :-) -Chip- On 1/3/11 16:03 George Henke/NYLIC said: Not quite sure what is the difference between the number of days since the beginning of the century and the number of days since the most recent year ending in '00' unless going back or ahead more than a century or 2. But I suppose there is a difference or it would have been moot. *Chip Davis c...@aresti.com* Be careful with Date('C'). It doesn't really give you the number of days in the current century (as it was originally documented). It returns the number of days since the beginning of the most recent year ending in '00', e.g. '2000'. On 1/3/11 14:25 George Henke/NYLIC said: REXX also has a nifty function called Century Day that simplifies things by working in century days, days since the beginning of the century, rather than days since the beginning of the year.
Re: How can get the Week day ?
REXX also has a nifty function called Century Day that simplifies things by working in century days, days since the beginning of the century, rather than days since the beginning of the year. Sergio Lima sergiovm...@hotmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 08:26 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Carlos and Dave, Thanks very much. run ok... Startint the new year, needing ask, and a very good help. Best Regards Sergio Date: Mon, 3 Jan 2011 14:20:36 +0100 From: carlo...@scarlet.be Subject: Re: How can get the Week day ? To: IBMVM@LISTSERV.UARK.EDU On Mon, 3 Jan 2011 07:17:47 -0600, Dave Jones d...@vsoft-software.com wrote: Try this Sergio. day_name = Date('W', '01/12/10', 'E') On 01/03/2011 07:10 AM, Sergio Lima wrote: Hello List. I have a CMS file, and need convert the date in the format DD/MM/YY (01/12/10), to week day. Try used this, but don't work : 52 *-* data = word(saida,1) 01/12/10 54 *-* campoa = date('w',data) 54 +++ campoa = date('w',data) 20 +++ call vetipo 5 +++ call processa DMSREX475E Error 40 running CPUXX EXEC, line 54: Incorrect call to routine Is possible, do this what We need? Thanks very much. Sergio Lima Costa Sao Paulo - Brazil or this day_name = Date(W,Date(E),E) -- Bien à vous _CARLOS ROMERO MARTIN_
Re: How can get the Week day ?
Not quite sure what is the difference between the number of days since the beginning of the century and the number of days since the most recent year ending in '00' unless going back or ahead more than a century or 2. But I suppose there is a difference or it would have been moot. Chip Davis c...@aresti.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 09:56 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Be careful with Date('C'). It doesn't really give you the number of days in the current century (as it was originally documented). It returns the number of days since the beginning of the most recent year ending in '00', e.g. '2000'. If you are doing any sort of arithmetic with dates, your best bet is Date('Basedate'), especially if your dates might span a century boundary. -Chip- On 1/3/11 14:25 George Henke/NYLIC said: REXX also has a nifty function called Century Day that simplifies things by working in century days, days since the beginning of the century, rather than days since the beginning of the year. *Sergio Lima sergiovm...@hotmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 08:26 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Carlos and Dave, Thanks very much. run ok... Startint the new year, needing ask, and a very good help. Best Regards Sergio Date: Mon, 3 Jan 2011 14:20:36 +0100 From: carlo...@scarlet.be Subject: Re: How can get the Week day ? To: IBMVM@LISTSERV.UARK.EDU On Mon, 3 Jan 2011 07:17:47 -0600, Dave Jones d...@vsoft-software.com wrote: Try this Sergio. day_name = Date('W', '01/12/10', 'E') On 01/03/2011 07:10 AM, Sergio Lima wrote: Hello List. I have a CMS file, and need convert the date in the format DD/MM/YY (01/12/10), to week day. Try used this, but don't work : 52 *-* data = word(saida,1) 01/12/10 54 *-* campoa = date('w',data) 54 +++ campoa = date('w',data) 20 +++ call vetipo 5 +++ call processa DMSREX475E Error 40 running CPUXX EXEC, line 54: Incorrect call to routine Is possible, do this what We need? Thanks very much. Sergio Lima Costa Sao Paulo - Brazil or this day_name = Date(W,Date(E),E) -- Bien à vous _CARLOS ROMERO MARTIN_
Re: How can get the Week day ?
365, plus 1 for each leap year. Les Which implies leap century, but I certainly hope century day is accurate within the same century despite leap year because that was part of the beauty of the idea. Les Koehler vmr...@tampabay.rr.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 11:53 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? 365, plus 1 for each leap year. Les George Henke/NYLIC wrote: Not quite sure what is the difference between the number of days since the beginning of the century and the number of days since the most recent year ending in '00' unless going back or ahead more than a century or 2. But I suppose there is a difference or it would have been moot. Chip Davis c...@aresti.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 09:56 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Be careful with Date('C'). It doesn't really give you the number of days in the current century (as it was originally documented). It returns the number of days since the beginning of the most recent year ending in '00', e.g. '2000'. If you are doing any sort of arithmetic with dates, your best bet is Date('Basedate'), especially if your dates might span a century boundary. -Chip- On 1/3/11 14:25 George Henke/NYLIC said: REXX also has a nifty function called Century Day that simplifies things by working in century days, days since the beginning of the century, rather than days since the beginning of the year. *Sergio Lima sergiovm...@hotmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/03/2011 08:26 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How can get the Week day ? Carlos and Dave, Thanks very much. run ok... Startint the new year, needing ask, and a very good help. Best Regards Sergio Date: Mon, 3 Jan 2011 14:20:36 +0100 From: carlo...@scarlet.be Subject: Re: How can get the Week day ? To: IBMVM@LISTSERV.UARK.EDU On Mon, 3 Jan 2011 07:17:47 -0600, Dave Jones d...@vsoft-software.com wrote: Try this Sergio. day_name = Date('W', '01/12/10', 'E') On 01/03/2011 07:10 AM, Sergio Lima wrote: Hello List. I have a CMS file, and need convert the date in the format DD/MM/YY (01/12/10), to week day. Try used this, but don't work : 52 *-* data = word(saida,1) 01/12/10 54 *-* campoa = date('w',data) 54 +++ campoa = date('w',data) 20 +++ call vetipo 5 +++ call processa DMSREX475E Error 40 running CPUXX EXEC, line 54: Incorrect call to routine Is possible, do this what We need? Thanks very much. Sergio Lima Costa Sao Paulo - Brazil or this day_name = Date(W,Date(E),E) -- Bien à vous _CARLOS ROMERO MARTIN_
Re: z/196 and older Operating Systems
Tom wrote: Per the IBM documentation, the z/196 requires z/VSE 4.1 or above, z/VM 5.4 or above and Suse 10 or above. Of course, as those products are the only supported products available. What about Red Hat? Is that also supported for z/196, or is it only Suse? Tom Duerbusch duerbus...@stlouiscity.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/29/2010 11:12 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject z/196 and older Operating Systems Per the IBM documentation, the z/196 requires z/VSE 4.1 or above, z/VM 5.4 or above and Suse 10 or above. Of course, as those products are the only supported products available. So, did the z/196 break older operating systems? I don't care that the older ones can't use newer facilities. (The z boxes came with dual channel sets which broke unsupported OS versions until migration PTFs became available. For example, at one site, I have z/VSE 3.1.0 running. We were planning on upgrading from a MP/3000 to a new box. My conversion process was to run z/VSE 3.1.0 on the new box in a LPAR, and bring up z/VSE 4.3 on another LPAR for conversion. The Business Partner is suggesting a z/10, but that was 4 months ago. I don't know if the z/196 was available at that time or not. I believe that the z/10 isn't in new production, so a z/10 would be used. Hence we pay for shipping, installation, site prep, no warranty, etc. which isn't in the proposal from the Business Partner. I don't think we get a migration discount either, but would enjoy the pricing point for z/VSE 4. Thanks Tom Duerbusch THD Consulting (trying to keep from making a crap proposal G)
Stopping DIAL From Stripping Extended Data Stream
How do I stop DIAL from turning off the Extended Data Stream (EDS) terminal attribute? I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS guest. The ISPF ENVIRON TERMSTAT Query on native z/OS shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= ON 16 BIT ADDRESSING= OFF EXTENDED COLOR = ON EXTENDED HIGHLITING = ON After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON TERMSTAT Query shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= OFF 16 BIT ADDRESSING= OFF EXTENDED COLOR = OFF EXTENDED HIGHLITING = OFF DBCS = OFF DBCS = OFF
Stopping DIAL From Stripping Extended Data Stream
The SPECIALs use a Coupling Facility Service Machine: SPECIAL 420 MSGP CFSRV04 SPECIAL 424 MSGP CFSRV01 SPECIAL 428 MSGP CFSRV05 USER CFSRV04 CFSRV04 256M 2G G XAUTOLOG CFCONSOL SY79TEST SY80TEST *LA= 02:31:12 EST Sunday 10/31/99 by AUTOLOG1 OPTION CFVM TODENABLE QUICKDSP *ED= 99/10/31 09:30:39 VMRMAINT FEN00030 98/09/24 *PW= *SP= GENERAL PROFILE *NM= * COUPLING FACILITY SERVICE MACHINE 4 *FL= N ACCOUNT 33141 ROOM-XXX SHARE RELATIVE 1000 MACH ESA CONSOLE 0009 3215 A OPERATOR *END= How do I stop DIAL from turning off the Extended Data Stream (EDS) terminal attribute? I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS guest. The ISPF ENVIRON TERMSTAT Query on native z/OS shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= ON 16 BIT ADDRESSING= OFF EXTENDED COLOR = ON EXTENDED HIGHLITING = ON After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON TERMSTAT Query shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= OFF 16 BIT ADDRESSING= OFF EXTENDED COLOR = OFF EXTENDED HIGHLITING = OFF
Re: Stopping DIAL From Stripping Extended Data Stream
ty, Kris: Sounds like a SuperSession configuration problem. I am going through SuperSession in both instances but the terminal pools I am assigned are different in each case. No doubt I am getting a non-EDS pool. Time to delve into SuperSession. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/28/2010 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Stopping DIAL From Stripping Extended Data Stream A general rule of z/VM is that it will never change the type of a device, so DIAL will not change the 3270 characteristics (even though after DIAL it will appear as a local non SNA 3270) After you DIAL to z/OS, your 3270 gets another address. You need to find the definition of that address in VTAM, a local non-SNA 3270 will it be. But, that has a logmode too, and I guess the logmode currently associated to that address defines a realy dumb 3270. In a previous life, I instructed my students of the VM/VTAM course to turn on the query bit in the PSERVIC: PSERVIC=X'02800300' 2010/12/28 George Henke/NYLIC george_he...@newyorklife.com How do I stop DIAL from turning off the Extended Data Stream (EDS) terminal attribute? I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS guest. The ISPF ENVIRON TERMSTAT Query on native z/OS shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= ON 16 BIT ADDRESSING= OFF EXTENDED COLOR = ON EXTENDED HIGHLITING = ON After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON TERMSTAT Query shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= OFF 16 BIT ADDRESSING= OFF EXTENDED COLOR = OFF EXTENDED HIGHLITING = OFF DBCS = OFF DBCS = OFF -- Kris Buelens, IBM Belgium, VM customer support
Re: Stopping DIAL From Stripping Extended Data Stream
Our Supersession boys swear it is not Superseesion. Could it be the Coupling Facility Service Machine doing it? SPECIAL 420 MSGP CFSRV04 SPECIAL 424 MSGP CFSRV01 SPECIAL 428 MSGP CFSRV05 USER CFSRV04 CFSRV04 256M 2G G XAUTOLOG CFCONSOL SY79TEST SY80TEST *LA= 02:31:12 EST Sunday 10/31/99 by AUTOLOG1 OPTION CFVM TODENABLE QUICKDSP *ED= 99/10/31 09:30:39 VMRMAINT FEN00030 98/09/24 *PW= *SP= GENERAL PROFILE *NM= * COUPLING FACILITY SERVICE MACHINE 4 *FL= N ACCOUNT 33141 ROOM-XXX SHARE RELATIVE 1000 MACH ESA CONSOLE 0009 3215 A OPERATOR *END= Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/28/2010 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Stopping DIAL From Stripping Extended Data Stream A general rule of z/VM is that it will never change the type of a device, so DIAL will not change the 3270 characteristics (even though after DIAL it will appear as a local non SNA 3270) After you DIAL to z/OS, your 3270 gets another address. You need to find the definition of that address in VTAM, a local non-SNA 3270 will it be. But, that has a logmode too, and I guess the logmode currently associated to that address defines a realy dumb 3270. In a previous life, I instructed my students of the VM/VTAM course to turn on the query bit in the PSERVIC: PSERVIC=X'02800300' 2010/12/28 George Henke/NYLIC george_he...@newyorklife.com How do I stop DIAL from turning off the Extended Data Stream (EDS) terminal attribute? I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS guest. The ISPF ENVIRON TERMSTAT Query on native z/OS shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= ON 16 BIT ADDRESSING= OFF EXTENDED COLOR = ON EXTENDED HIGHLITING = ON After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON TERMSTAT Query shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING= OFF 16 BIT ADDRESSING= OFF EXTENDED COLOR = OFF EXTENDED HIGHLITING = OFF DBCS = OFF DBCS = OFF -- Kris Buelens, IBM Belgium, VM customer support
Re: Duplicate VOLSERs at IPL
I suspect the developer is being somewhat influenced by the z/OS convention which simply warns you. But, at the same time, it halts the IPL and also gives you the option to select the appropriate duplicate. z/VM does not have the select option so if IBM insists on retaining the W class for the message they might also consider adding a select option which would go a long way to making the z/VM IPL much less error prone. Schuh, Richard rsc...@visa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/27/2010 12:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Duplicate VOLSERs at IPL Which begs the question, what are the criteria for determining the level of a message? I would think that something that could cause potentially serious system problems, like getting an incorrect CP OWNED volume, would warrant an E. On the other hand, if the duplicated volser is for a volume having only user minidisks, a W might be appropriate as this can be straightened out after the ipl. Even that W is open for debate. If it is something that needs to be fixed before letting the users on the system, an E might be the correct level for the volumes that are merely attached to the system. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Monday, December 27, 2010 8:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLSERs at IPL Just closing the loop on this thread... I did open a Sev 3 (should have = been Sev 4) PMR for this issue on November 20, 2010, pasting pretty much = the same text as posted earler to justify the W-level (Warning) message= type on this mesesage. The PMR response was received today, December 27,= 2010. The response was: The developer has decided not to change the message type for this messag= e.
Re: Tracing FTP Server Activity
Terry wrote: Aha, the missing magic incantation. Thank you Steve. That was exactly what I needed. I didn't realize that adding TRACE to the CONFIG file only enabled tracing, but didn't actually start it. I love this list. Happy Holidays to all. Terry Yea, Amen ! ! ! *Chuckie* needs to clone himself to IBM-MAIN and LINUX-390 and make them the same. Moore, Terry A. t.mo...@timken.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/21/2010 08:37 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tracing FTP Server Activity Aha, the missing magic incantation. Thank you Steve. That was exactly what I needed. I didn't realize that adding TRACE to the CONFIG file only enabled tracing, but didn't actually start it. I love this list. Happy Holidays to all. Terry -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Harman Sent: Monday, December 20, 2010 4:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tracing FTP Server Activity Did you try the smsg command to turn on tracing? I did this and got a trace file: Ready; smsg ftpserve trace on file Ready; 15:08:48 FTPSERVE: Tracing to file has been enabled - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation
Re: Copyfile with PACK on MVS ?
You can use GIMZIP and GIMUNZIP on MVS, z/OS. Rob van der Heij rvdh...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/21/2010 07:29 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Copyfile with PACK on MVS ? On Tue, Dec 21, 2010 at 12:20 PM, Kris Buelens kris.buel...@gmail.com wrote: On VM at least TERSE creates a F 1024 file, wouldn't it do that on MVS too? Well, you can also talk IND$FILE into making F 1024 file, but that does not help... ;-) But since I think the service process uses tersed VMFPLC images, I got more optimistic that the DETERSE should be able to rebuild the record layout. I thought we only got DETERSE with z/VM, but that may have changed. | Rob
Re: General CMS minidisks and SFS on PAV DASD?
Why would you NOT want PAV for CMS mds? The IO Supervisor has not kept up with the hardware. It still thinks of a disk device as a spinning platter when in fact it is a rank of RAID devices striped over numerous HDs and cached in a disk controller from where it is actually being read thereby permitting multiple IOs to the same device number.. The problem is that the IO Supervisor checks the IOB Busy Bit before issuing a SIO and, if it is on, unnecessarilly suspends the SIO until the device is idle. Instead of changing the IO Supervisor, IBM has opted to fake it out by defining alias devices for the same device number in PAV. Since most workloads these days are still IO bound, why would you still want to unnecessarilly single thread IO, why would you NOT want PAV on CMS mds, SFS, or whatever? Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/20/2010 11:33 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject General CMS minidisks and SFS on PAV DASD? We've always avoided using PAV volumes for general user (non-fullpack) CMS minidisks. Instead we've only used DASD defined as 3390-3 so that I/O queueing is minimized. That choice was in part due to management decisions. Over the past weekend we needed to move some z/VM DASD quickly -- and the target DASD was already defined as PAV DASD. The z/VM CP Planning and Administration manual clearly states that z/VM Paging and SPOOLing operations do not take advantage of PAV. (no argument here). We'll still plan to keep page and SPOOL volumes on non-PAV 3390-3 DASD. But the same manual also states that When multiple CMS volumes are defined on a real PAV volume, I/O operations by CMS can be concurrently scheduled on any real PAV base or alias subchannel by z/VM. The CMS user does not need to take any action for this to occur. Well, that's book larn'in. Can anyone provide real-life results of using PAV volumes for general-purpose CMS user minidisks, and... for SFS filespaces? Do you see real I/O improvement for those apps? If so, the next time we're asked we might recommend larger 3390 volumes, mod 9's or 27's (depending on the number of available paths) to permit larger minidisks without SFS overhead, and improved SFS performance. Thanks! Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. 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: Mandatory ESMs?
Kris: I don't understand why we cannot interface with JAVA on the client side with z/VM and CMS as the server side functionally equivalent to PHP or CGI or ASP, maybe even run PHP, CGI, and/or ASP on z/VM, CMS.. There is no magic in these things and with your expertise and the talent here it should be doable. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/14/2010 07:52 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? KRIS was working on some GUI for z/VM That's too much expectations. CMS GUI: was introduced in 1995/1996 (VM/ESA 2.4). TSO used the same software to replace the 3270 ISPF screens with GUI screens. The underlying thing is DT, Distributed Toolkit. The logic can run on system A, the presentation on system B. Was suppose no to be limited to VM and MVS, but also on Windows, OS/2, AIX, etc. Great idea, but too late, Java became the thing that runs everywhere. There was also a visual GUI builder, it was supposed to be able to create not only the GUI panels, but also the program's logic. The WSA GUI Builder program that can be found now only does the first part, and the Windows 95 version fails on modern Windows. The OS/2 version runs fine. I think I can indeed be called the CMS/GUI specialist: I was lucky to be able to participate in the creation of a CMS GUI redbook: SC24-2542. So I learned it and created subroutines to make using it easier from REXX. Later, as the WSA GUI Builder was stopped too, I created my GUIWIRE tool that helps to create the program logic. CMS GUI is no longer supported, and some pieces of it are no longer delivered with z/VM, and must be downloaded from VM's download library. But, if you do you can: - install and start the WSA on you workstation - issue SET WORKSTAT IP x.x.x.x - issue CMSDESK And you get some GUI for basic CMS usage. On the VM download lib, you can find various CMS/GUI tools I created, all in REXX, and -apart from CPQUERY- with GUI in their name. The only things I still work on every now and then are: - CPQUERY: when someone tells me about a bug - PTKGUI: a tool to make graphs of Perfkit Summary files, such as the %CP used and %CPU wait of a given user. But, PTKGUI is still not ready, maybe a beta version will go to the download lib the coming days. 2010/12/13 George Henke/NYLIC george_he...@newyorklife.com In our *stuck on GUI* discussion, I though it was said that KRIS was working on some GUI for z/VM, possibly CMS GUI? If so, maybe we can resurrect the CMS pig with some lipstick. Edward M Martin emar...@aultman.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/13/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? Unfortunately, I must agree. There is so much talent out there that just needs an outlet and systems to work on. Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -- Kris Buelens, IBM Belgium, VM customer support
Re: Mandatory ESMs?
Ahh !!! D i s c o u r a g e m e n t The devil's best tool. I'm just grateful z/VM is still alive and well and getting stronger and better every day especially with the advent of the z196 and that it is only a question of time before the compiler issue will be addressed. I could say life is just a bowl of jello And appear more intelligent and smart But I'm stuck like a dope With a thing called hope And I can't get it out of my heart Not this heart Oscar Hammerstein David Boyes dbo...@sinenomine.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/11/2010 10:13 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? On Dec 10, 2010, at 23:41, George Henke/NYLIC george_he...@newyorklife.com wrote: z/VM has LE ported over from z/OS. So things cannot be all that bad in the world of CMS compilers. LE has two parts: the common libraries and the compilers that use them. The libraries have been maintained, the compilers (with the exception of C/C++) have not been made available on CMS. So, yes, it really IS that bad. I understand why: no business case to do the testing and doc, but isn't that a self-fulfilling prophecy? Sad. It's like having a dear relative on a life support machine. You almost wish the doctor would finally tell you it's hopeless, so at least you'd know. -- db
Re: Mandatory ESMs?
In our *stuck on GUI* discussion, I though it was said that KRIS was working on some GUI for z/VM, possibly CMS GUI? If so, maybe we can resurrect the CMS pig with some lipstick. Edward M Martin emar...@aultman.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/13/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? Unfortunately, I must agree. There is so much talent out there that just needs an outlet and systems to work on. Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of McKown, John Sent: Monday, December 13, 2010 3:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? I realize this isn't really a fair comment, but I'll say it anyway. It's why the z is going down the toilet so far as number of installations are concerned. There is no way for poor techies to contribute to the z ecosystem any more. Companies, such as the one I work for, don't want employees wasting time and money on the z (in my case using MSUs for non productive work. MSUs cost real money.). I definitely cannot afford a z development system of my own (and zPDT is so encumbered that it is not for poor techies like me). And people wonder why Intel is taking over the world with their less advanced architecture? The only z machine I can afford is Hercule-390. And I can't get a z/VM or any other z licensed OS on that platform. I know why, but still. So, for techie fun, I use Linux/Intel. I can afford it. Wish it were otherwise. But IBM's apparent attitude appears to be: If IBM can't make some money directly from you, then you can just go somewhere else. So I have. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Monday, December 13, 2010 2:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? On Monday, 12/13/2010 at 11:12 EST, Dave Jones d...@vsoft-software.com wrote: As far as getting the new z/OS PL/I compiler over to z/VM, I'd be happy if IBM just offered it unsupported on CMS, with only a short bit of documentation noting the differences between usage in the z/OS and CMS environments, much like what IBM now does with the z/OS C/C++ port to CMS. Any problems with the compiler would have to be recreated on z/OS before IBM would take an APAR. I think that this approach might help make a business case, as it would cut down on IBM's up front costs significantly. Cost avoidance does not a business case make. Business cases are made based on projected sales and profitability, and that business case is weighed against others vying for the same resources. And as you know, IBM doesn't offer experimental licenses such as you describe. A product either goes out the door as a supported product, or it doesn't go at all. Occasionally IBM does offer beta programs that are similar to what you describe, but those are within the context of having intent to release a fully supported product. After all, it takes manpower to create unsupported programs, too. That's just The Way Things Are. 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: Mandatory ESMs?
The problem with CMS as an application platform isn't the compilers. As others have noted, that's easily and [relatively] cheaply solved. The problem is that application developers use compilers as a means to an end, not an end in themselves. Business application programmers want to write web-enabled apps and services for UIs and database access. They want WebSphere, WAS, DB2/UDB, Oracle, and WebLogic. They want to write RESTful applications. They want to write in Java. And, of course, they don't want just some minimal core level of function, they want the whole enchilada. True, Alan, But every time such middleware application development goes on it directly triggers COBOL changes in the COBOL mainframe back end. I just did such COBOL mainframe application development changes for a client the first 6 months of this year. There is no reason the application developers at this client could not have used CMS instead of TSO/ISPF if COBOL had been available on it. At least, it would have saved the client, which was out-sourced to IBM Dallas, enough CPU time so that they did not have to shutdown the DEV LPARs for days at every month end to run PROD because they did not have enough CPU. Not exactly a Six Sigma process. I rode out the Wall St melt down at a large NY Investment Bank which had tons of UI's with the latest and greatest of every imaginable middleware offering available. It was all GUI, no *green screen* to be seen any where. But that was about all the middleware frontend did, GUI, no real processing. For any real processing, it all still had to go through the billions of lines of COBOL code in the back end to get to the data in the 44 CICS/DB2 applications which really ran everything, contrary to senior management's perception. Every time there was a change to the middleware software it triggered a change to the COBOL code in the back end. If this company had done its COBOL support under CMS instead of TSO/ISPF it would have saved not just millions, but billions. How much client savings does it take to justify a business case? Let's face it. COBOL is here to stay whether clients realize and want it or not. But IBM had better realize it. That the client's mainframe COBOL back end is never going away however much they delude themselves, put lipstick on the pig. So here's the business case: Optimize CPU time by moving COBOL maintenance from TSO/ISPF to CMS. Contrary to what some may say, I do not believe IBM intentionally introduces software inefficiencies to sell more hardware. But unless things change, that is exactly what is happening in the *real* world. COBOL is here to stay, like it or not, so why not optimize the process, especially when doing so is a problem easily and [relatively] cheaply solved? Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/13/2010 03:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? On Monday, 12/13/2010 at 09:41 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: I'm just grateful z/VM is still alive and well and getting stronger and better every day especially with the advent of the z196 and that it is only a question of time before the compiler issue will be addressed. Not likely, George. The problem with CMS as an application platform isn't the compilers. As others have noted, that's easily and [relatively] cheaply solved. The problem is that application developers use compilers as a means to an end, not an end in themselves. Business application programmers want to write web-enabled apps and services for UIs and database access. They want WebSphere, WAS, DB2/UDB, Oracle, and WebLogic. They want to write RESTful applications. They want to write in Java. And, of course, they don't want just some minimal core level of function, they want the whole enchilada. And in case it's not evident, business cases for compilers are developed around *business* application development, not systems management. Firstly, companies don't *want* to write their own systems management software - they want to buy it. Secondly, the number of people wanting to write their own systems management software on CMS is vanishingly small. So to have a viable business, you have to have enough demand to drive significant revenue. I say significant because there are lots of places IBM can invest. Should it invest those resources in something that returns a small profit, or large? (Note: I'm a stockholder, so I'm biased.) Those who are in the *business* of CMS-based [systems] software development might *prefer* COBOL or PL/I, sure, but they know what languages are available to them and they have to decide whether the market conditions and the availability of development infrastructure are sufficient to meet their business
Re: Vswitch Grant as a CMD in User's Directory?
Some companies in the past preferred to confine application programmers to CMS due to the large overhead of TSO address spaces thereby realizing savings in CPU and storage. CMS is not as well liked as TSO/ISPF by application programmers, but given CPU price sensitivity these days, it may not be such a bad idea and, who knows, it might even convert them z/VM. Bill Munson william.mun...@bbh.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/10/2010 10:57 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Vswitch Grant as a CMD in User's Directory? Tom, as Mike said there are a lot of companies I know of that are using CMS applications for day to day work and the DATA resides on VM they are using FOCUS for report generation , as well as MAILBOOK for e-mail and interoffice file transfers , and some are using VM:Backup and VM:Archive and the Shared File System for numerous versions of Source Code like GDG's on TSO and submitting their compiles and assembles to VM:Batch for processing. There is still a lot of WORK being done on VM and these companies are not running any other OS as a guest of these VM systems. They might and do have other VM's for running LINUX or VSE . Granted it is a vast minority of what it was 10, 15, and 20 years ago. munson From:Tom Huegel tehue...@gmail.com To:IBMVM@LISTSERV.UARK.EDU Date:12/10/2010 09:16 AM Subject:Re: Vswitch Grant as a CMD in User's Directory? Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Does anyone run applications in z/VM? Isn't the 'protected data' owned by some other OS (z/OS, z/VSE, zLINUX). It seems that the high level security effort belongs in those OS's. z/VM just needs to keep those systems isolated and NOT be able to circumvent their security procedures. On Fri, Dec 10, 2010 at 2:46 AM, Les Koehler vmr...@tampabay.rr.com wrote: Back in the old days, I recall a finance type person saying something like: The Gold Standard is that it should take collusion between two or more people to defraud the company. If we apply that to IT, then shouldn't pswds for privileged userids that can access/change financial data be long enough that TWO sysprogs can each be given half a pswd so they both have to be present to make a change? Les Alan Altmark wrote: On Thursday, 12/09/2010 at 12:01 EST, Tom Huegel tehue...@gmail.com wrote: Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. When you read the law, you find that SOX is simply a way to hold executives responsible for the financial statements issued by their companies. Assuming no ill intent (no comments, please!), that means trustworthy data. That flows downhill, as all such things must, until we start talking about access controls and audit mechanisms for financial data. That is, knowing who has the means and the opportunity to access the data, and knowing who has actually done so. (I leave it to others to talk about motive.) Who, what, where, when. Unfortunately, IT security industry consultants have mangled this laudable concept into a paranoia-inducing behemoth that has people screaming in terror as it rampages across the country, flogging every sysadmin in its path. Why? Because financial status is inferred from many other data sources and no one wants to spend the time it takes to follow all the data flows. Result: Secure Everything. With HIPAA and PCI running alongside, the Secure Everything policy looks even more reasonable to CEOs, CIOs, CFOs, and their lawyers. 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 *** 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: Mandatory ESMs?
z/VM has LE ported over from z/OS. So things cannot be all that bad in the world of CMS compilers. I have heard people rant and rave and bellow That we're done and we might as well be dead But I'm only a cockeyed optimist And I can't get it into my head Oscar Hammerstein David Boyes dbo...@sinenomine.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/10/2010 05:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? GCC for CMS [snip] Building a non-trivial program that involves existing libraries or code that must access things like CSL services is pretty hard to do with the CMS GCC port. It's a good tool for writing apps totally from scratch, but it's not something yet that I would rely on for really large mission-critical applications. The generated code is still very conservative in the instructions it uses and what machine functions it can/does exploit, to it's detriment. I'm concerned that there's no Enterprise COBOL, no more development on FORTRAN, no up to date PL/1… etc, etc. The IBM C/C++ compiler is still maintained and current, but only because it's necessary for CP development. You can't order CMS VSAM any longer, so there's no direct access file capability from the old compilers without directly interfacing to assembler yourself. Nothing's been touched in SQL/DS for VM for ages now. TSM is gone. 2/3 of the function of DFSMS/VM is pretty much gutted in terms of usability or functionality. ISPF/VM is ancient, and pretty much no longer maintained in any real sense (a lot has happened in ISPF since 3.2). No Java since 1.3 (although that's no real loss, IMHO). APL2 is frozen in time. Pascal is frozen in time (and only still exists to service the bits of the VM TCP stack that aren't in C or assembler). Ditto RXSQL. Ditto Kerberos (the shipped K4 is nothing you'd want to build new apps on). Interactive Debugger? DMS/CMS? All pretty much in a zombie state. OpenVM? Not much to see there either — although we finally have some reason for BFS to exist with the new SSL server (not that it's all that much fun to use). You're pretty much left with assembler, C, C++, XEDIT, REXX and CMS Pipelines as the supported application development languages on CMS. That's a pretty powerful set of tooling by itself, but if you're trying to preflight applications and do development in the CMS world that is intended for other places and other uses, that's not much. 3 out of 6 aren't widely portable outside VM at all, and the other 3 are restricted to a small number of interfaces with a tiny subset of their function on other platforms. The writing is pretty much on the wall. I know the reason why, but it's still sad. -- db
Re: Vswitch Grant as a CMD in User's Directory?
Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. That is not true. SOX was a much needed and overdue reform and perhaps one of the best things both Bush and Congress did for the American economy, the American way of life, and the stock market which had taken a beating after the MCI, et al scandals. No one had confidence in financial statements anymore. Much of the SOX work has identified many control weaknesses in IT systems and led to much remediation which has strengthened IT and financial internal controls, at both the infrastructure and application levels. The last person to bad mouth SOX, Alan Greenspan, just prior to the recent Wall Street melt down, suffered a lot of grief for this lack of attention to internal control and had to eat a lot of crow. Had SOX been fully implemented earlier, the Wall Street melt down would have been impossible. If you do not think corporate fraud from the lowest to the highest levels occurs, there are plenty of numbers published on the subject and SOX audits, both financial and IT, have uncovered much of it. One SOX audit I was on, until the client decided to cover things up, involved late trading, betting on the horse race after it was over. It was soo easy to do with IT. Since all the trades were time-stamped, you just programmed the clearing house system to back date/time the trade and voila !!! instant guaranteed profit. One large Wall Street investment bank, that is no longer in business after the Wall St melt down, was actually brazen enough to advertise this to clients as a system feature, until the SEC levied the largest fine in history on them. Yes, fraud is alive and well in corporate America and IT makes it ever so easier Locks are made to keep honest people honest, not stop a thief The best you can ever do with a thief is slow him down till he gets discouraged or caught. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/09/2010 12:00 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Vswitch Grant as a CMD in User's Directory? Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. Besides all of our passwords are probably available on Wikileaks anyway. Don't you just love the airport scanners and patdowns? On Thu, Dec 9, 2010 at 8:40 AM, Schuh, Richard rsc...@visa.com wrote: Not necessarily, there is LOGONBY. They need only know their own passwords. Should anyone have full authority including all the passwords? If so, who? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, December 08, 2010 8:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Vswitch Grant as a CMD in User's Directory? On Wednesday, 12/08/2010 at 03:11 EST, RPN01 nix.rob...@mayo.edu wrote: But, should you have to have an external security manager for a system where the majority of users are disconnected guest operating systems? Yes. Most of today's z/VM systems have a bare minimum of real human users. CP is the security manager for us, and it's sufficient to control the wild ramblings of, oh, say, the four people who need access. Those four people know all the passwords. There is no accountability and no plausible deniability. You have de facto password sharing, something I have yet to see countenanced by any IT organization.
Re: Vswitch Grant as a CMD in User's Directory?
Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. That is not true. SOX was a much needed and overdue reform and perhaps one of the best things both Bush and Congress did for the American economy, the American way of life, and the stock market which had taken a beating after the MCI, et al scandals. No one had confidence in financial statements anymore. Much of the SOX work has identified many control weaknesses in IT systems and led to much remediation which has strengthened IT and financial internal controls, at both the infrastructure and application levels. The last person to bad mouth SOX, Alan Greenspan, just prior to the recent Wall Street melt down, suffered a lot of grief for this lack of attention to internal control and had to eat a lot of crow. Had SOX been fully implemented earlier, the Wall Street melt down would have been impossible. If you do not think corporate fraud from the lowest to the highest levels occurs, there are plenty of numbers published on the subject and SOX audits, both financial and IT, have uncovered much of it. One SOX audit I was on, until the client decided to cover things up, involved late trading, betting on the horse race after it was over. It was soo easy to do with IT. Since all the trades were time-stamped, you just programmed the clearing house system to back date/time the trade and voila !!! instant guaranteed profit. One large Wall Street investment bank, that is no longer in business after the Wall St melt down, was actually brazen enough to advertise this to clients as a system feature, until the SEC levied the largest fine in history on them. Yes, fraud is alive and well in corporate America and IT makes it ever so easier Locks are made to keep honest people honest, not stop a thief The best you can ever do with a thief is slow him down till he gets discouraged or caught. Sometimes honesty and integrity are just plain good business. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/09/2010 12:00 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Vswitch Grant as a CMD in User's Directory? Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. Besides all of our passwords are probably available on Wikileaks anyway. Don't you just love the airport scanners and patdowns? On Thu, Dec 9, 2010 at 8:40 AM, Schuh, Richard rsc...@visa.com wrote: Not necessarily, there is LOGONBY. They need only know their own passwords. Should anyone have full authority including all the passwords? If so, who? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, December 08, 2010 8:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Vswitch Grant as a CMD in User's Directory? On Wednesday, 12/08/2010 at 03:11 EST, RPN01 nix.rob...@mayo.edu wrote: But, should you have to have an external security manager for a system where the majority of users are disconnected guest operating systems? Yes. Most of today's z/VM systems have a bare minimum of real human users. CP is the security manager for us, and it's sufficient to control the wild ramblings of, oh, say, the four people who need access. Those four people know all the passwords. There is no accountability and no plausible deniability. You have de facto password sharing, something I have yet to see countenanced by any IT organization.
Re: Vswitch Grant as a CMD in User's Directory?
Very true, Alan. But a good auditor always asks the question, Where is the risk? It is pointless to look for controls, test controls, or require controls, where there is no risk which a testing everything approach would try to do. It is the 20:80 rule. 80% of the risk can usually be covered by 20% of the controls. The key to a good audit is to identify that 20% for the client and then test it. There are General Controls and Application Controls. Infrastructure controls are General Controls which are far more powerful and probably why SA's feel so beaten up. Application Controls rely on the General Infrastructure Controls and if there are glaring weaknesses in the infrastructure controls then the Application Controls do not mean much. It would be like locking the door to a room in your house, but leaving the front door unlocked. But this is the very reason a production z/VM, the front door if you will, should have a security system, be it RACF or whatever. An auditor who says test everything will never stay in business very long because he would not be competitive. Auditors, like everyone else, need to make a living and know they would never, get new business, win bids, or just make money if they ever tried to test everything. In fact, the whole purpose of controls and testing controls which is what SOX is all about is to reduce what is known in the auditing trade as substantive testing, adding up all the numbers and tying out to a financial statement, which is very labor-intensive, time consuming, and costly. Auditors could never perform 100% substantive testing on all the transactions and data processed in a financial cycle. It would be impossible. So they invented compliance testing which says that if I can test the controls of a process, then I am justified in reducing the amount of substantive testing I must do for due diligence. A good auditor must first understand the entire process flow and think through the process to identify these controls and then design and identify the minimum testing needed to attest to the financials. He can and will be held responsible for negligence. 30 years ago there was the Big 8 CPA firms. Now there is only the Big 4 and we all know what happened to Arthur Anderson when the cry went out in the MCI scandal, as it always does, Where were the auditors?. After all, if an auditor is not going to tell you, the client, of weaknesses and exposures from which you eventually may or actually do suffer great loss or are forced out of business, what do you need him for anyway? If the general public had no confidence in the financial statements of publicly traded companies what would happen to the stock market, to free enterprise, to capitalism? Honesty and integrity is just plain good business. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/09/2010 01:43 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Vswitch Grant as a CMD in User's Directory? On Thursday, 12/09/2010 at 12:01 EST, Tom Huegel tehue...@gmail.com wrote: Does it really matter? SOX is just another way congress has come up with to destroy the American economy, and in fact the American way of life. When you read the law, you find that SOX is simply a way to hold executives responsible for the financial statements issued by their companies. Assuming no ill intent (no comments, please!), that means trustworthy data. That flows downhill, as all such things must, until we start talking about access controls and audit mechanisms for financial data. That is, knowing who has the means and the opportunity to access the data, and knowing who has actually done so. (I leave it to others to talk about motive.) Who, what, where, when. Unfortunately, IT security industry consultants have mangled this laudable concept into a paranoia-inducing behemoth that has people screaming in terror as it rampages across the country, flogging every sysadmin in its path. Why? Because financial status is inferred from many other data sources and no one wants to spend the time it takes to follow all the data flows. Result: Secure Everything. With HIPAA and PCI running alongside, the Secure Everything policy looks even more reasonable to CEOs, CIOs, CFOs, and their lawyers. 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: Vswitch Grant as a CMD in User's Directory?
If you are a publicly traded company and z/VM is running production without an ESM or its equivalent, then you have a material control weakness in your segregation of duties (SOD) which can lead to more than a 10% error in your financial statements and by Act of Congress, Sarbanes Oxley, aka SOX, requires such GAPs, ie material control weaknesses, to be reported to the Board of Directors and for them to report it to the SEC, made public, which often as an adverse effect on the price of stock. If the IT Audit has failed to identify such a weakness, then it needs to be redone. If you want to bring this to the attention of your management in a timely manner so you can obtain funding for your ESM, just call or email the Audit Committee which is, by law, a subset of the Board of Directors and I am sure the funds will be readily available. You may want to update your resume first. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/08/2010 03:10 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Vswitch Grant as a CMD in User's Directory? It is a hard sell to management to buy an ESM if there is no audit requirement. On Wed, Dec 8, 2010 at 11:34 AM, David Boyes dbo...@sinenomine.net wrote: On 12/8/10 4:15 PM, Quay, Jonathan (IHG) jonathan.q...@ihg.com wrote: I don't. I don't have any human beings on my systems except for system programmers that have full authority anyway. Having to GRANT linux servers is an extra thing that has to be managed. I would like to define a vswitch as unrestricted. Is there anyone out there that actually gains security from CP users not being granted onto their vSwitches? How many people would like to be able to define a vSwitch as open to the public or not requiring a grant to be accessed? I'll make a counter argument: there is a significant difference between being allowed to create a piece of infrastructure, and being allowed to use it. Granting permission to use something after it's created is that second item, and I would say that there is a very good reason to have the two steps separate so that they can be separately controlled and audited. So, I think I'm going to side with Alan. If you want an unrestricted VSWITCH, you need to kick your ESM vendor to allow you to control them and declare a rule that anyone can attach to said VSWITCH. OTOH, I think this also argues for a bigger step: for IBM to supply a default ESM and quit having to do it two different ways. We can always replace the default one with something better, but there's a lot of wheel-spinning being done in IBM development to support the two different models. Personally, I dislike RACF with a passion, but I'd rather have RACF be present by default and have one single way to do security management (via the ESM) than have to have a completely separate command authorization matrix to worry about via CP privilege classes, etc, etc, etc. It may have worked in the past, but it's time HAS past. There's too many regulations and too many hostile bozos out there to not have a comprehensive security management tool as part of the VM hypervisor suite. If that means we all have to suffer under RACF for long enough to turn it off, then so be it.
Hanging when dialing z/OS guests
Able to logon to MAINT np, but Spool is 98%. ind AVGPROC-049% 01 XSTORE-01/SEC MIGRATE-/SEC MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-1/SEC STEAL-000% Q0-7(0) DORMANT-00024 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-2(0) EXPAN-002 E3-0(0) PROC -049% CP LIMITED-0 ind queues SY92TEST Q0 PS 00098545/00096481 MAINTSYS Q0 R00 1440/1067 VSCS Q0 PS 0150/0128 SY91TEST Q0 PS 00129168/00129163 CFSRV02 Q0 PS 00017794/00017773 MPROUTE Q0 PS 0246/0225 CFSRV04 Q0 PS 00038478/00038457 CFSRV03 Q0 PS 0138/0117 CFSRV05 Q0 PS 9058/9037 CFSRV01 Q0 PS 0618/0597 VLINUX2 Q3 PS 00025072/00025058 VLINUX3 Q3 PS 00043218/00043204 VLINUX1 Q3 PS 00038802/00038788 VTAM Q0 PS 0421/0395 SY90TEST Q0 PS 00128934/00126872 SY79TEST Q0 PS 00131072/00131072
SPOOL PIPE Command
Anybody have a PIPE for cleaning up the SPOOL?
Re: Hanging when dialing z/OS guests
ty, Scott Our z/OS staff is looking at VTAM. It may be a z/OS VTAM issue. It fits the crime. But there does not seem to be any CP Query command that shows SPOOL utilization. There is Q MAXSPOOL for files but that does not even show utilization. But ty for the download references. I will go there now. Scott Rohling scott.rohl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 10:02 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests Didn't see a question anywhere but - If spool is at 98% - you need to clean it up - quickly! Use SPOOLPIG or SPOOLCHN tools from the z/VM downloads page and find out where the big files are. A runaway or looping guest that is spitting out messages can cause spool to fillup as the console log grows ... something to look for as well. The INDICATE commands don't show any issues that I can see. Your subject is 'hanging when dialing z/OS guests'.. Are there consoles available to dial to? Under z/VM - you need to ENABLE consoles to be available for dialing -- not sure what the equivalent is for z/OS. Scott Rohling On Wed, Dec 1, 2010 at 7:19 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Able to logon to MAINT np, but Spool is 98%. ind AVGPROC-049% 01 XSTORE-01/SEC MIGRATE-/SEC MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-1/SEC STEAL-000% Q0-7(0) DORMANT-00024 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-2(0) EXPAN-002 E3-0(0) PROC -049% CP LIMITED-0 ind queues SY92TEST Q0 PS 00098545/00096481 MAINTSYS Q0 R00 1440/1067 VSCS Q0 PS 0150/0128 SY91TEST Q0 PS 00129168/00129163 CFSRV02 Q0 PS 00017794/00017773 MPROUTE Q0 PS 0246/0225 CFSRV04 Q0 PS 00038478/00038457 CFSRV03 Q0 PS 0138/0117 CFSRV05 Q0 PS 9058/9037 CFSRV01 Q0 PS 0618/0597 VLINUX2 Q3 PS 00025072/00025058 VLINUX3 Q3 PS 00043218/00043204 VLINUX1 Q3 PS 00038802/00038788 VTAM Q0 PS 0421/0395 SY90TEST Q0 PS 00128934/00126872 SY79TEST Q0 PS 00131072/00131072
Re: Hanging when dialing z/OS guests
ty Kris. I downloaded it and it looks good, but how do you see all the SPOOL files, not just the ones owned by the vm I am on? Sorry to ask such an obvious question. If this were GUI it would be more intuitive. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 10:39 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests In my LISTS package on the download library, there is also URLIST, it displays the whole spool in a FILELIST fashion, with various PF-keys to sort the list. By size is one of them (I doubt though that my sort by size knows the size of open spool files). 2010/12/1 Scott Rohling scott.rohl...@gmail.com Didn't see a question anywhere but - If spool is at 98% - you need to clean it up - quickly! Use SPOOLPIG or SPOOLCHN tools from the z/VM downloads page and find out where the big files are. A runaway or looping guest that is spitting out messages can cause spool to fillup as the console log grows ... something to look for as well. The INDICATE commands don't show any issues that I can see. Your subject is 'hanging when dialing z/OS guests'.. Are there consoles available to dial to? Under z/VM - you need to ENABLE consoles to be available for dialing -- not sure what the equivalent is for z/OS. Scott Rohling On Wed, Dec 1, 2010 at 7:19 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Able to logon to MAINT np, but Spool is 98%. ind AVGPROC-049% 01 XSTORE-01/SEC MIGRATE-/SEC MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-1/SEC STEAL-000% Q0-7(0) DORMANT-00024 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-2(0) EXPAN-002 E3-0(0) PROC -049% CP LIMITED-0 ind queues SY92TEST Q0 PS 00098545/00096481 MAINTSYS Q0 R00 1440/1067 VSCS Q0 PS 0150/0128 SY91TEST Q0 PS 00129168/00129163 CFSRV02 Q0 PS 00017794/00017773 MPROUTE Q0 PS 0246/0225 CFSRV04 Q0 PS 00038478/00038457 CFSRV03 Q0 PS 0138/0117 CFSRV05 Q0 PS 9058/9037 CFSRV01 Q0 PS 0618/0597 VLINUX2 Q3 PS 00025072/00025058 VLINUX3 Q3 PS 00043218/00043204 VLINUX1 Q3 PS 00038802/00038788 VTAM Q0 PS 0421/0395 SY90TEST Q0 PS 00128934/00126872 SY79TEST Q0 PS 00131072/00131072 -- Kris Buelens, IBM Belgium, VM customer support
Re: Hanging when dialing z/OS guests
tyvm, Mike, now I really see the power of this tool. Very nice indeed. Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 11:44 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests Kris may be at dinner right about now - and perhaps enjoying some nice Belgian chocolate with dessert. :-) Try: URLIST ALL Or, if you have lots of spool files: URLIST ALL (MAXFILES * What little help there is for URLIST (unless I didn't load a help file) is included at the top of the exec. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 10:32 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests ty Kris. I downloaded it and it looks good, but how do you see all the SPOOL files, not just the ones owned by the vm I am on? Sorry to ask such an obvious question. If this were GUI it would be more intuitive. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 10:39 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests In my LISTS package on the download library, there is also URLIST, it displays the whole spool in a FILELIST fashion, with various PF-keys to sort the list. By size is one of them (I doubt though that my sort by size knows the size of open spool files). 2010/12/1 Scott Rohling scott.rohl...@gmail.com Didn't see a question anywhere but - If spool is at 98% - you need to clean it up - quickly! Use SPOOLPIG or SPOOLCHN tools from the z/VM downloads page and find out where the big files are. A runaway or looping guest that is spitting out messages can cause spool to fillup as the console log grows ... something to look for as well. The INDICATE commands don't show any issues that I can see. Your subject is 'hanging when dialing z/OS guests'.. Are there consoles available to dial to? Under z/VM - you need to ENABLE consoles to be available for dialing -- not sure what the equivalent is for z/OS. Scott Rohling On Wed, Dec 1, 2010 at 7:19 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Able to logon to MAINT np, but Spool is 98%. ind AVGPROC-049% 01 XSTORE-01/SEC MIGRATE-/SEC MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-1/SEC STEAL-000% Q0-7(0) DORMANT-00024 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-2(0) EXPAN-002 E3-0(0) PROC -049% CP LIMITED-0 ind queues SY92TEST Q0 PS 00098545/00096481 MAINTSYS Q0 R00 1440/1067 VSCS Q0 PS 0150/0128 SY91TEST Q0 PS 00129168/00129163 CFSRV02 Q0 PS 00017794/00017773 MPROUTE Q0 PS 0246/0225 CFSRV04 Q0 PS 00038478/00038457 CFSRV03 Q0 PS 0138/0117 CFSRV05 Q0 PS 9058/9037 CFSRV01 Q0 PS 0618/0597 VLINUX2 Q3 PS 00025072/00025058 VLINUX3 Q3 PS 00043218/00043204 VLINUX1 Q3 PS 00038802/00038788 VTAM Q0 PS 0421/0395 SY90TEST Q0 PS 00128934/00126872 SY79TEST Q0 PS 00131072/00131072 -- Kris Buelens, IBM Belgium, VM customer support 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: Hanging when dialing z/OS guests
ty, Tracy. I know VMSpool, but I did not know IBM also had a product. I will keep this in mind. Tracy Dean t...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 01:01 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests Since Mike mentioned CA's VM:Spool, I'll add my obligatory mention of IBM Operations Manager for z/VM. It lets you view a list of files in the spo ol (with owner, size, date details), filter and sort the list, look at the contents of spool files, display a list of the top ten largest spool file s, and display a list of the top ten users with the most spool files. Tracy Dean IBM
Re: Hanging when dialing z/OS guests
ty Alan et al once again: It turned out to be a new version of MVS OPS which was cutover in z/OS without notice. But thank you, listers, for being there again , for this support. Plus I learned alot about SPOOL utilization and dropped down and loaded some really nice tools from the IBM VM VMARC Downloads site to manage SPOOL source. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/01/2010 10:13 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Hanging when dialing z/OS guests On Wednesday, 12/01/2010 at 10:10 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: ty, Scott Our z/OS staff is looking at VTAM. It may be a z/OS VTAM issue. It fits the crime. But there does not seem to be any CP Query command that shows SPOOL utilization. There is Q MAXSPOOL for files but that does not even show utilization. But ty for the download references. I will go there now. QUERY ALLOC SPOOL. As to DIAL, z/OS has to have both defined virtual 3270 devices (CP DEFINE GRAF or SPECIAL statements in the directory) and non-SNA local 3270s defined to VTAM (LBUILD). 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: z/VM 5.1 on z196
Been there, done that, bought the T-shirt, wore it, and put it in a draw never to wear it again.. The path of choice given the hardware, software, expiration dates, and upward and downward compatibility issue is: z/VM 5.4 on z9 to z196 with the 14 APARs for 5.4 that support it and then move to z/VM 6.whatever but not 6.1 which: has a shorter expiration than 5.4 not much more function to offer than 5.4 does not run on a z9 anyway. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/24/2010 04:32 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM 5.1 on z196 Thanks Les, that is pretty much what I suspected. The problem is the upgrade path. We currently have a z9 so 6.1 is not an option on this machine. So when the time comes to swap CPU.s what OS can I IPL on the z196 that I have tested on the z9? On Wed, Nov 24, 2010 at 12:23 PM, Les Geer (607-429-3580) g...@gdlvm7.vnet.ibm.com wrote: The question came up today as to whether z/VM 5.1 will run on a z196. I know there are no 5.1 PTF's available for z196 support. How about z/VM 5.4, will it run WITHOUT the z196 PTF's?... Any guesses? or experiences? As z/VM 5.1 was never tested on a z196 we cannot provide an outlook of how it will behave. However, given the nature of changes made to z/VM 5.4 and 6.1 to support z196, you may encounter unexpected, undesirable side effects. Given upgrading to z/VM 5.4, or better yet 6.1, is straight forward, why not pursue this avenue rather than rely on knowns? Best Regards, Les Geer IBM z/VM and Linux Development
Re: z/VM 5.1 on z196
Running z/VM 5.4 with the 14 APARs now on z9. Thanks to Marcy PK97799 VM64656 VM64672 VM64747 VM64774 VM64793 VM64798 VM64799 VM64807 VM64818 VM64820 VM64879 VM64881 VM64891 They can be found at: http://www-01.ibm.com/support/docview.wss?rs=1209dc=DB540q1=z196uid=isg1_2817DEVICE_2817-ZVM Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/24/2010 05:33 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM 5.1 on z196 Not George here, but that is correct. 5.4 will get you from there to here and the ptfs will run on the z9 as well. 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. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Wednesday, November 24, 2010 2:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z/VM 5.1 on z196 George, are you saying that even AFTER the 14 PTF's for z196 support z/VM 5.4 still runs on a z9? If so that clears up a misconception I had, and also makes life much easier.
Re: The old VM/ESA CMS GUI - Does it still live?
Please tell ur laughing friends that GUI, *point and click*, is for people who can't type. In the mainframe world and particularly z/VM you not only need to know how to *type* but also *think* the old shibboleth of IBM, which made it great, and which George Bernard Shaw claimed occurs among us only once or twice a year, though he claimed he could think once a week. GUI is *smoke and mirrors*, dream stuff. OTOH, Mainframe, *Green Screen*, or whatever is a real operating system which does the thinking, really processing, since computers can't think, behind the GUI curtain. Jeff Gribbin jeff.grib...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/23/2010 07:54 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject The old VM/ESA CMS GUI - Does it still live? Greetings folks, Some recent discussion brought to mind the old CMS GUI Facility that ship ped with VM/ESA 2.1 - and now I'm in a position where I might for the first t ime actually be able to configure a z/VM system to allow me to play with the beast, I got to wondering if it even still exists. The best I've been able to find in the way of IBM documentation is: http://www.vm.ibm.com/gui/ I found an interesting reference to a 2004 z/VM GUI project - http://web2.clarkson.edu/projects/cosi/zTeam/zvmgui/ but alas that seems to have since sunk without trace. So ... a few questions ... Anybody using it? Anybody prepared to admit they're using it? Anybody know if it's still maintained in any current form? This is purely a personal learning exercise triggered by the aforemention ed conversation and my recent exposure to young sysprogs ( 25 years old) wh o tend to love what CP and CMS can do but fall about laughing whenever the user interface is discussed. All comments gratefully received. Regards Jeff
Re: The old VM/ESA CMS GUI - Does it still live?
Ah, the halycion days of the 2714 and 2260, before all this jazz, I remember it well. Earlier this year I had an opportunity to return to those callow years by working again as an COBOL application programmer for a client who had installed FEPI on a massive CICS/DB2 application. They did this so they could *dumb down* the end user job description and hire less expensive customer service staff who only needed to *point and click*, not *type* or even think for that matter. The FEPI application they used was a vendor package that did little more than screen scraping to produce the desired GUI effect. For some strange reason, management simply could not understand why their CPU time had grown astronomically while their transaction volumes had decreased significantly. They were outsourced to IBM and therefore very CPU cost conscious. The increase in CPU time coincided precisely with the cutover from *green screen* to FEPI. The problem was that the FEPI program created transaction paths through scores of CICS *green screens*, so that when the end user clicked a few icons to process just 1 transaction, it triggered dozens of CICS *green screens*, ie CICS transactions. This was very obvious in emulator mode. When you clicked just a few icons to enter a transaction you could see dozens for CICS screens fly by under the covers. So any savings in hiring less expensive customer service staff was more than absorbed by the enormous increase in CPU time charges from IBM. But that was nothing compared with the editing problems introduced by all this into the COBOL application programs. It seems when the vendor installed the *screen scraping* they failed to incorporate the BMS map field editing rules in their window filtering and under FEPI,, BMS is turned off. So the end result was numerous 0C7's because the underlying COBOL application code was expecting BMS to check numeric fields for IF NUMERIC, but BMS was not longer in the picture, no pun intended ;-). So we all spent much of our time adding editing logic into the application programs which had formerly been performed very efficiently by BMS and which now had to be done in the code because the FEPI screen scraper had preempted BMS and failed to incorporate the filtering. It was a very labor-intensive, time-consuming, inefficient process and use of time by both man and machine with a long change control process to go through to implement each fix. All because the end user did not feel like typing or thinking. There is a price to be paid for such a luxury. And . . . All that glitters is not gold as this case proved. This company had previously tried to convert their legacy COBOL CICS/DB2 application to client server and failed and had finally resigned themselves and formalized it into company strategic policy, to stay with mainframe COBOL architecture. OOP, UNIX, SQL Server, etc, etc, simply could not do the processing the old structured COBOL CICS/DB2 did. OOP has been likened to going through airport security. FEPI was just an attempt to put lipstick on the pig because they could not convert the *pig*. One insurance company I know had some nice new GUI applications, but still had *green screen* for their old main insurance application. I asked them why they had not *put lipstick on this pig*? They said they had thought of doing so, but had done rigorous time and motion studies and had just found that 3270 *green screen* was ergnomically more efficient, at least for this application, if not in general. The idea in the FEPI situation was to *dumb down* the customer service job so the end user did not have to type or even do much thinking. Ergo, GUI is for people who can't type and to some extent either can't or ,at least, don't think. But please do not be offended, because that is not necessarily a bad thing. As other listers have well pointed out, it does open the door for many others who might otherwise not have had a job and it provides a seamless path to higher skills for those who are conscientious enough to take advantage of the opportunity. Nothing is either good or bad but thinking makes it so Shakespeare RPN01 nix.rob...@mayo.edu Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/23/2010 02:33 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: The old VM/ESA CMS GUI - Does it still live? He said he liked typing, not killing trees... -- Bob Nix On 11/23/10 1:30 PM, Mark Post mp...@novell.com wrote: On 11/23/2010 at 10:19 AM, George Henke/NYLIC george_he...@newyorklife.com wrote: Please tell ur laughing friends that GUI, *point and click*, is for people who can't type. If you really believe that, then I would like to hear your reaction after giving up your 3270 emulator and doing all your work from a 2714. Mark Post
Re: z/VM 5.4 z196 Service Error
Maybe I did not see it because I did not apply the APAR. What APAR did you get this on? Tsagris, Vaggelis J vaggelis.j.tsag...@bankofamerica.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/19/2010 04:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM 5.4 z196 Service Error I ran into this issue when I was installing the z/VM 5.4 z196 APARs. The IBM recommendation worked fine, but I had to open an ETR to get the info. Regards, Vaggelis J. Tsagris Bank of America VM Systems/products #15863 Phone: (925) 978-2611 Fax: (925) 978-2611 e-mail: vaggelis.j.tsag...@bankofamerica.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of joe.dipi...@frit.frb.org Sent: Friday, November 19, 2010 12:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: z/VM 5.4 z196 Service Error For those of you who are planning on installing the z/VM 5.4 z196 APARs, you may be interested in this information. If your installation had migrated from a earlier release of z/VM (perhaps 5.1.0 or 5.2.0), there is a good possibility that you will run into the same issue that I did when attempting SERVICE ALL for the APAR maintenance envelope file. It seems that a macro file IRAQVS MACRO was not erased during the migration procedure. The presence of this macro causes the following errors as shown below. In order to rectify this situation, IBM recommends that you erase the macro from the MNT493 minidisk prior to running SERVICE. If you have already encountered this error, then follow the IBM recommendation above and rerun SERVICE. I hope this is helpful and it saves you the time it took for me to glean this information from IBM. As well, IBM has committed to providing this work-around in a PSP bucket. ST:VMFBLD1851I (2 of 15) VMFBDMLB processing HCPGPI EXEC O, target is ST:BUILD6 490 (L) ST:VMFMLB2219I Processing object IRAQVS ST:DMSUPD178I Updating IRAQVS MACRO K2 ST:DMSUPD178I Applying IRAQVS K64798HP J1 ST: ST:File IRAQVS K64798HP J1 REC # 0 = ./ I 00031000 $ 32000 1000 WN:DMSUPD174W Sequence error introduced in output file: 00032000 to WN:00032000 ST:DMSUPD177I Warning messages issued (severity = 8); REP option ignored SV:VMFMLB1965E The command, UPDATE, failed with return code 8 while SV:processing object IRAQVS. It was operating upon file SV:IRAQVS MACRO on 493 (K) ST:VMFMLB2219I Processing object VRDCBLOK ST:VMFMLB2219I Processing object HCPMDLAT ST:VMFMLB2220I Updating service history member for HCPGPI MACLIB SV:VMFBLD1851E (2 of 15) VMFBDMLB completed with return code 100. Some SV:objects were not built Joseph Di Pippo Operating Systems Programmer III FRIT Computing Services z/OS, z/VM, Hardware Support 1-201-531-3820 This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
Re: No IPL VSWITCH Connectivity
Just a coda on this problem and a special thank you to both Alan and Sue Farrell who hit the bull's eye. Portname in the define VSWITCH was indeed the problem as Sue explains: If you have defined your VSWITCH exactly like you first mentioned: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 then your problem is the PORTNAME. rdef 9004 is being treated as additional portnames. Like Alan said, leave it off. See the syntax note for DEFINE VSWITCH: Notes: (1) You can specify the operands in any order, as long as switchname is the first operand specified, and portname is the last operand specified, if applicable. Once the portname was eliminated,, the VSWITCH defniition in SYSTEM CONFIG was honored and VSWITCH came up connected after the IPL without any further action required. Also, since it is in season to express thanks, a special thanks to all the listers for help not only on this problem, but all the problems I encountered upgrading z/VM 5.4. We are now z196 compliant at RSU 1002 Level 1 with a Level 2 maintenance environment that did not exist before. None of which would have been possible without the help of you all. So thank you very much one and all. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. 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
Viewing the OPERATOR Console
What is the best way to view the OPERATOR console without being logged on to OPERATOR. My z/VM is IPLed 1000 miles away and it would be helpful to see what is coming out on the OPERATOR console with spooling it closed. z/OS SDSF has a nice LOG facility. Is there anything comparable in z/VM? Maybe SECUSER?
Re: Viewing the OPERATOR Console
Surely, someone has some nice REXX EXEC with PIPE commands that will do the same. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/17/2010 10:32 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Viewing the OPERATOR Console CA VM:Operator. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: November 17, 2010 10:30 To: IBMVM@LISTSERV.UARK.EDU Subject: Viewing the OPERATOR Console What is the best way to view the OPERATOR console without being logged on to OPERATOR. My z/VM is IPLed 1000 miles away and it would be helpful to see what is coming out on the OPERATOR console with spooling it closed. z/OS SDSF has a nice LOG facility. Is there anything comparable in z/VM? Maybe SECUSER? The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Re: RACF SETROPTS MINCHANGE
Ok, it was friday and a time for some lighthearted propeller head humor. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/14/2010 02:58 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RACF SETROPTS MINCHANGE On Friday, 11/12/2010 at 07:47 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: It is because VM is a virtual system. You need to ask the auditor if he knows the difference between real and virtual If you see it and it's there, it's real. If you don't see it and it's there it's transparent. If you see it and it's not there, it is virtual. Eh? The reason SETROPTS MINCHANGE isn't there is because RACF/VM and RACF/MVS are two different offerings. Things added to MVS are not necessarily added to VM, and vice versa. And I don't think anyone has submitted a RACF/VM requirement to add it. 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: APARs and PTFs for the z196
ty, Clovis, but PK97799 is not an EREP APAR. VM64807 (#3 below) is the Non-SES EREP APAR to which I believe you refer. I was able to apply VM64807 following the instructions in the EREP PGMDIR which were quite good. PK97799 (#1 below), however, is an HLASM SES APAR which I have been told did not go on because I probably do not have HLASM on z/VM. This screen shot from: http://www-01.ibm.com/support/docview.wss?rs=1209dc=DB540q1=z196uid=isg1_2817DEVICE_2817-ZVM shows the details: 12 10/09/22 VM64881 UM33183 1000 VM COUPLING FACILITY HANG AT IP 11 10/09/08 VM64879 UM33171 1000 Z196 PROCESSOR SUPPORT D/T2817 10 10/09/08 VM64774 UM33167 1000 SET/QUERY REORDER COMMAND ( D/T2 9 10/09/07 VM64820 UM33157 1000 NEW FUNCTION IN PERFORMANCE TOOL 8 10/09/02 VM64656 UM32881 1000 NEW FUNCTION - D/T2817 7 10/09/02 VM64793 UM33092 1000 NEW FUNCTION - D/T2817 6. 10/08/31 VM64672 UM90236 1000 NEW FUNCTION - SUPPORT IS 5. 10/08/31 VM64747 UM90237 1000 NEW FUNCTION - HCM SUPPORTS 4 10/08/31 VM64798 UM33151 1000 Z196 PROCESSOR SUPPORT D/T2817 3 10/08/25 VM64807 UV6 1000 NEW FUNCTION - SUPPORT NEW CPU M 2 10/08/25 VM64799 UM33139 1000 IOCP NEW FUNCTION 1. 10/08/19 PK97799 UK59301 1000 HLASM SUPPORT FOR IBM ZENTERPRIS gclo...@br.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 02:56 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 George, That is a correction for a NON-SES product: EREP. Not managed by SERVICE/PUT2PROD. See Service Guide how to apply NON-SES PTFs. __ Clovis From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 08/11/2010 14:24 Subject: Re: APARs and PTFs for the z196 Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU All 14 z196 compatibility APARs listed below went on fine except for PK97799. SES says there is not service for this APAR. How can there be no service? SERVICE USERID: MAINT Date: 11/05/10Time: 23:52:46 ST:VMFSRV2195I SERVICE ALL 2817HLA ST:VMFSRV2760I SERVICE processing started ST:VMFSUI2760I VMFSUFIN processing started ST:VMFSUI2760I VMFSUFIN processing started for product 5696234G%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234G%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing started for product 5696234J%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234J%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully ST:VMFSUT2760I VMFSUFTB processing started ST:VMFSUT2760I VMFSUFTB processing completed successfully ST:VMFSRV2760I SERVICE processing completed successfully George Henke/NYLIC 11/05/2010 11:27 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196Link Well the list of z196 (alias 2817) compatibility APARs has grown. Here are all 14 now in alphanumeric order: PK97799 VM64656 VM64672 VM64747 VM64774 VM64793 VM64798 VM64799 VM64807 VM64818 VM64820 VM64879 VM64881 VM64891 btw: The only way I could find the page in the link Clovis supplied was by searching SHOPZ on 2817 the other name for a z196. Les Geer (607-429-3580) g...@gdlvm7.vnet.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/05/2010 04:40 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 I thought VM64798, VM64879, and VM64881 were the only APARs needed for z196 compatibility for z/VM 5.4. You are 6.1 so maybe it is different. But if not, I better find out fast. The above lists the minimum CP APARs (for 5.4 and 6.1) required to apply prior to IPLing on a z196. Mike is listing CMS
Re: Streamlining the IPL
I IPLed as Kris suggested: Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONS My cons was 0009. But it made no difference I put the commands in the OPERATOR directory but it made no difference. I put them in the 2d Level Machine directory, VMUVM, itself and it still made no difference. I suspect the problem may be that I am running 2d Level. z/OS has the IMSI (Initialization Message Suppression Indicator). Set it to M and you are off and running. z/OS IPLs without any operator intervention. I guess I am looking for something like that in z/VM, but it may not exist, at least not at Level 2. But I will try again next week. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:40 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Good job, Mikethat explains it. George, the CP commands in the directory entry will certainly be executed long before CMS gets a chance to IPL and run it's own PROFILE EXEC file. Will the CP commands get executed before the OPERATOR's console fills up with IPL time messages, that I don't know. On 11/11/2010 03:34 PM, George Henke/NYLIC wrote: That explains it Mike. All these instances were before the PROFILE EXEC started which kinda defeats the purpose. I will put the commands in the DIRECTORY with the hope that it will kick in earlier, before the PROFILE EXEC starts. *Mike Walter mike.wal...@hewitt.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:27 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Well, George, it's set the way you want it, at that moment in time. But that's only set once the OPERATOR virtual machine has been constructed in compliance with the CP Directory statements defining its parameters, it has logged on, IPLed CMS, and run through the PROFILE EXEC through the point of executing that 'CP TERM HOLD OFF MORE 0 0'. Sidebar: TERM is an abbreviation, better to spell out all commands in EXECs fully, in this case as: 'CP TERMINAL HOLD OFF MORE 0 0' REXX performs marginally better when all commands are quoted, uppercased, and fully spelled out (no abbrevs). But mostly, if you do that as a matter of course and ever have to scan MDISKs for all references to a particular command, the search is dramatically reduced if abbreviations don't have to be scanned for! I'd try placing the command in the directory entry of OPERATOR as others have mentioned before. That reduces, but does not totally eliminate, the narrow time window between the IPL messages being displayed and OPERATOR getting logged on and entering that command. Would you mind copy/pasting the IPL messages from the very first one through where OPERATOR gets logged on, maybe just a little more, too? And... what model 3270 emulator terminal is being used for OPERATOR? E.g. a MOD2, MOD3, MOD4, MOD5, or some other? If other, how many lines does that terminal display? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 03:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ?Q TERM? show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP
Re: APARs and PTFs for the z196
Thank you, Clovis, I was wondering why? I do not know that and it did not leave me with a warm and fuzzy feeling. But thank you for letting me know. Now I will be able to sleep at night. gclo...@br.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 06:40 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 Sorry, George. My mistake. HLASM isn't imbedded into z/VM. If needed, must be acquired separately. __ Clovis From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 12/11/2010 18:30 Subject: Re: APARs and PTFs for the z196 Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU ty, Clovis, but PK97799 is not an EREP APAR. VM64807 (#3 below) is the Non-SES EREP APAR to which I believe you refer. I was able to apply VM64807 following the instructions in the EREP PGMDIR which were quite good. PK97799 (#1 below), however, is an HLASM SES APAR which I have been told did not go on because I probably do not have HLASM on z/VM. This screen shot from: http://www-01.ibm.com/support/docview.wss?rs=1209dc=DB540q1=z196uid=isg1_2817DEVICE_2817-ZVM shows the details: 12 10/09/22 VM64881 UM33183 1000 VM COUPLING FACILITY HANG AT IP 11 10/09/08 VM64879 UM33171 1000 Z196 PROCESSOR SUPPORT D/T2817 10 10/09/08 VM64774 UM33167 1000 SET/QUERY REORDER COMMAND ( D/T2 9 10/09/07 VM64820 UM33157 1000 NEW FUNCTION IN PERFORMANCE TOOL 8 10/09/02 VM64656 UM32881 1000 NEW FUNCTION - D/T2817 7 10/09/02 VM64793 UM33092 1000 NEW FUNCTION - D/T2817 6. 10/08/31 VM64672 UM90236 1000 NEW FUNCTION - SUPPORT IS 5. 10/08/31 VM64747 UM90237 1000 NEW FUNCTION - HCM SUPPORTS 4 10/08/31 VM64798 UM33151 1000 Z196 PROCESSOR SUPPORT D/T2817 3 10/08/25 VM64807 UV6 1000 NEW FUNCTION - SUPPORT NEW CPU M 2 10/08/25 VM64799 UM33139 1000 IOCP NEW FUNCTION 1. 10/08/19 PK97799 UK59301 1000 HLASM SUPPORT FOR IBM ZENTERPRIS gclo...@br.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 02:56 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 George, That is a correction for a NON-SES product: EREP. Not managed by SERVICE/PUT2PROD. See Service Guide how to apply NON-SES PTFs. __ Clovis From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 08/11/2010 14:24 Subject: Re: APARs and PTFs for the z196 Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU All 14 z196 compatibility APARs listed below went on fine except for PK97799. SES says there is not service for this APAR. How can there be no service? SERVICE USERID: MAINT Date: 11/05/10Time: 23:52:46 ST:VMFSRV2195I SERVICE ALL 2817HLA ST:VMFSRV2760I SERVICE processing started ST:VMFSUI2760I VMFSUFIN processing started ST:VMFSUI2760I VMFSUFIN processing started for product 5696234G%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234G%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing started for product 5696234J%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234J%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully ST:VMFSUT2760I VMFSUFTB processing started ST:VMFSUT2760I VMFSUFTB processing completed successfully ST:VMFSRV2760I SERVICE processing completed successfully George Henke/NYLIC 11/05/2010 11:27 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196Link Well the list of z196 (alias 2817) compatibility APARs has grown. Here are all 14 now in alphanumeric order: PK97799 VM64656
Re: RACF SETROPTS MINCHANGE
It is because VM is a virtual system. You need to ask the auditor if he knows the difference between real and virtual If you see it and it's there, it's real. If you don't see it and it's there it's transparent. If you see it and it's not there, it is virtual. Leland Lucius lluc...@homerow.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 07:42 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RACF SETROPTS MINCHANGE Nevermind...he found his notes from the last audit and he had documented the differences at that time. Leland On 11/12/10 5:06 PM, Leland Lucius wrote: While checking the SETROPTS one of our auditors happened to notice that RACF on z/VM no longer (or never has) supported the password MINCHANGE value. Was it every there on z/VM? Why wouldn't it be supported on z/VM while it is on z/OS? Just curious. Thanks, Leland
Re: APARs and PTFs for the z196
ty, Mike. I believe HLASM is also used for IOCP/IODF processing. Though such processing rarely happens now in the z/VM world, that may change in the future. And from some recent posts on the matter, it appears to already be happening. There seems to be a trend away from dependence on z/OS HCD processing for this functionality. So HLASM may indeed become a real practical reason, in the not too distant future, for having HLASM in z/VM, not for modifying source code per se, but for assembling IOCP source into production IODFs which can then be loaded statically and/or dynamically into the IOCDS. It kinda concerns me now where I am, even though we have no immediate plans to do any IOCP/IODF processing in z/VM, that we could not do so even if we wanted to, because we do not have HLASM. It is somewhat limiting. Don't fence me in . . . Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 07:30 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 Disclaimer: I do not speak for IBM, this is only my understanding of these repeatedly discussed issues on this listserve. The IBM High Level Assembler is a separately orderable, and chargeable Licensed Program Product (meaning: it's not free, you must pay for it). Since it is NOT required, it is not shipped with z/VM. I'm guessing that IBM chooses to not ship it because Linux on System z customers are concerned about installing Linux guests and getting z/VM up and running, not messing with CP modifications. This way you don't pay for what you don't need. If you do not modify CP and some other parts of z/VM (and perhaps some other products such as VM/RACF?) you do not require HLASM to install, maintain, and run z/VM. All parts part of z/VM (e.g. most source code, but not all source code, TEXT decks, MODULE, etc. are shipped when z/VM is distributed. All parts serviced by IBM are shipped as part of the service stream (except for the licensed, and free Restricted Source; orderable through Resource Link - see the Program Directory for z/VM, chapter 2.3 Optional Machine-Readable Material). You don't need that either, unless you suffer from insomnia or are a died-in-the-blue bits and bytes techie. DIRMAINT, Performance Toolkit, VM/RACF, and (NJE parts of) RSCS are chargeable products which ARE shipped with z/VM. As I understand it, they are shipped with z/VM because many new Linux on System z customers will need a directory manager product, a performance monitor product, and perhaps a printing and inter-system communications product. If they are familiar with z/OS (a reasonable), they may already be quite familiar with RACF, and may not have experience evaluating competitive ISV products for those needs. Shipping potentially useful products saves new z/VM customers from having to order them as the need suddenly arises. But the customers are expected to read the doc, finding that use of those products requires a separate action to ENABLE them, and somewhere that they are chargeable - even though they arrived for free with z/VM. For years I've been asking IBM to provide very prominent and clear warnings in the manual describing the command to enable those products, and in the SYSTEM CONFIG file itself where a simple change enables a product one that one should rightly be paying for. Oh well... Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 05:46 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 Thank you, Clovis, I was wondering why? I do not know that and it did not leave me with a warm and fuzzy feeling. But thank you for letting me know. Now I will be able to sleep at night. gclo...@br.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/12/2010 06:40 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 Sorry, George. My mistake. HLASM isn't imbedded into z/VM. If needed, must be acquired separately. __ Clovis From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 12/11/2010 18:30 Subject: Re: APARs and PTFs for the z196 Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU ty, Clovis, but PK97799 is not an EREP APAR. VM64807 (#3 below) is the Non-SES EREP APAR to which I believe you refer. I was able to apply VM64807 following the instructions in the EREP PGMDIR which were quite good. PK97799 (#1 below
Streamlining the IPL
Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not.
Re: Streamlining the IPL
ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support
SEQUENCE# ERRORS IN DIRECTORY
How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED
Re: SEQUENCE# ERRORS IN DIRECTORY
Right, ty, Kris. I had replaced, inplace, the contents of the PROFILE IBMDFLT to add PARM AUTOCR to I CMS and it did not like the order. Everything is good now. Love that (EDIT option when updating the DIRECTORY outside DIRMAINT. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 EOJ DIRECTORY NOT UPDATED Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 02:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SEQUENCE# ERRORS IN DIRECTORY I don't think DIRECTXA is complaining about the sequence numbers one could code beyond col 72. I merely think it is that the AUTOLOG, ACCOUNT, MACHINE and OPTION records follows a device record. For a given user, firts code the non-device statements (like ACCOUNT), then devices (line CONSOLE, SPOOL, LINK, MDISK) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Kris Buelens, IBM Belgium, VM customer support
Re: SEQUENCE# ERRORS IN DIRECTORY
Yes, ty, Dave: I had updated, in place, the PROFILE contents of IBMDFLT to add the AUTOCR parm you recommended for the automated IPL and while DIRECTXA does not mind PROFILE up ahead of certain statements, it certainly did have problem with its contents being there. Too many DIRECTXA's without a helmet. Must not think like a computer, cause they don't think either. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 02:43 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SEQUENCE# ERRORS IN DIRECTORY Hi, George. DIRECTXA isn't complaining about sequence *numbers* being out of order in the VMUVM DIRECT file, it's complaining that some of the directory control statements for userid OPERATOR are not in the proper order. For example, the LINK statement must follow any general statements specified in a user's directory entry. The CP Planning and Admin Guide documents the order in which directory control statements can appear in a user's directory entry. Have a good one. DJ On 11/11/2010 01:22 PM, George Henke/NYLIC wrote: How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: Streamlining the IPL
q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ‘Q TERM’ show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 _ 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: Streamlining the IPL
I do: q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:10 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL You should see something like this. q term LINEND # , LINEDEL OFF, CHARDEL OFF, ESCAPE , TABCHAR OFF LINESIZE 140, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF AUTOCR ON , MORE 000 000, HOLD OFF , TIMESTAMP OFF, SYS3270 OFF Ready; T=0.01/0.01 16:09:25 On Thu, Nov 11, 2010 at 3:55 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Streamlining the IPL
For 2d Level setup I enter: sys clear term conmode 3270 set mach esa i 125b clear Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
That explains it Mike. All these instances were before the PROFILE EXEC started which kinda defeats the purpose. I will put the commands in the DIRECTORY with the hope that it will kick in earlier, before the PROFILE EXEC starts. Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:27 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Well, George, it's set the way you want it, at that moment in time. But that's only set once the OPERATOR virtual machine has been constructed in compliance with the CP Directory statements defining its parameters, it has logged on, IPLed CMS, and run through the PROFILE EXEC through the point of executing that 'CP TERM HOLD OFF MORE 0 0'. Sidebar: TERM is an abbreviation, better to spell out all commands in EXECs fully, in this case as: 'CP TERMINAL HOLD OFF MORE 0 0' REXX performs marginally better when all commands are quoted, uppercased, and fully spelled out (no abbrevs). But mostly, if you do that as a matter of course and ever have to scan MDISKs for all references to a particular command, the search is dramatically reduced if abbreviations don't have to be scanned for! I'd try placing the command in the directory entry of OPERATOR as others have mentioned before. That reduces, but does not totally eliminate, the narrow time window between the IPL messages being displayed and OPERATOR getting logged on and entering that command. Would you mind copy/pasting the IPL messages from the very first one through where OPERATOR gets logged on, maybe just a little more, too? And... what model 3270 emulator terminal is being used for OPERATOR? E.g. a MOD2, MOD3, MOD4, MOD5, or some other? If other, how many lines does that terminal display? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 03:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ?Q TERM? show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date
Re: Streamlining the IPL
ty, Kris: Have to run to renew my drivers license but I will give it a shot tomorrow. It makes sense. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:41 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Still no definitive answer By default, SYSC is the last entry in the list of operator consoles in SYSTEM CONFIG. This means that when CP doesn't find a 3270 console from the list op operator consoles, it uses SYSC. In second level, it means line mode emulated by the first level VM system. And there the TERM settings of the first level will be used. If the address of the virtual console of the user in which you start the second level VM is in the list of SYSTEM CONFIG, then indeed your IPL 125B will make the second level work in 3270 mode. If you don't understand what I try to explain in few words, try what I tell Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONS Then you tell your second level CP to use as console, and TERM CONMODE 3270 will be honored. 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com For 2d Level setup I enter: sys clear term conmode 3270 set mach esa i 125b clear Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: Updating PROFILE GCS Nondisruptively
ty, Berry, do you need to be a SECUSER to issue the SEND VTAM command? Berry van Sleeuwen berry.vansleeu...@xs4all.nl Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/09/2010 11:25 AM Please respond to IBMVM IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Updating PROFILE GCS Nondisruptively We have all of our coding on the 192 disk. The only thing VTAM does is run the VTAMPROF GCS from the 192 disk. The same is true for almost any other service machine (GCS, RSCS, OPERATOR, SFS). They all link the same minidisk as 192, obviously RO, and run customized EXEC or GCS. Afterwards we let the machine reaccess that disk to get the new content available. In case of VTAM: Update file. SEND VTAM ACCESS 192 D Regards, Berry. Op 08-11-10 23:49, George Henke/NYLIC schreef: What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?.
Re: APARs and PTFs for the z196
All 14 z196 compatibility APARs listed below went on fine except for PK97799. SES says there is not service for this APAR. How can there be no service? SERVICE USERID: MAINT Date: 11/05/10Time: 23:52:46 ST:VMFSRV2195I SERVICE ALL 2817HLA ST:VMFSRV2760I SERVICE processing started ST:VMFSUI2760I VMFSUFIN processing started ST:VMFSUI2760I VMFSUFIN processing started for product 5696234G%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234G%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234G%HLASM ST:VMFSUI2760I VMFSUFIN processing started for product 5696234J%HLASM ST:VMFSUI1200I No SERVICE record was found for product 5696234J%HLASM ST:in table VM SYSSUF ST:VMFSUI1206I Service was not installed for product 5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully for product ST:5696234J%HLASM ST:VMFSUI2760I VMFSUFIN processing completed successfully ST:VMFSUT2760I VMFSUFTB processing started ST:VMFSUT2760I VMFSUFTB processing completed successfully ST:VMFSRV2760I SERVICE processing completed successfully George Henke/NYLIC 11/05/2010 11:27 PM To The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 Well the list of z196 (alias 2817) compatibility APARs has grown. Here are all 14 now in alphanumeric order: PK97799 VM64656 VM64672 VM64747 VM64774 VM64793 VM64798 VM64799 VM64807 VM64818 VM64820 VM64879 VM64881 VM64891 btw: The only way I could find the page in the link Clovis supplied was by searching SHOPZ on 2817 the other name for a z196. Les Geer (607-429-3580) g...@gdlvm7.vnet.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/05/2010 04:40 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 I thought VM64798, VM64879, and VM64881 were the only APARs needed for z196 compatibility for z/VM 5.4. You are 6.1 so maybe it is different. But if not, I better find out fast. The above lists the minimum CP APARs (for 5.4 and 6.1) required to apply prior to IPLing on a z196. Mike is listing CMS, PerfKit, and pre-requisite APARs. Since the above list was generated, CP APAR VM64891 should also be applied. Also, to add to Mike's pre-requisite list below, VM64818. Best Regards, Les Geer IBM z/VM and Linux Development Hello list, I'm trying to verify that I've got all the latest service for the z196. I start with a z/VM 6.1 system that is up to the latest RSU, service level 1002. == q cplevel z/VM Version 6 Release 1.0, service level 1002 (64-bit) Generated at 11/05/10 13:53:17 EDT IPL at 11/05/10 14:50:40 EDT Then, disregarding HCD and HCM, I believe the list of APARs to apply is VM64774 VM64798 VM64879 VM64881 VM64793 VM64820 VM64814 VM64807 VM64799. I order them from ShopZseries and SERVICE ALL/PUT2PROD them. I SHUTDOWN REIPL then write and run a short EXEC to verify: == type check910 exec /* EXEC to check for z196 PTFs */ 'service cp status VM64774' 'service cp status VM64798' 'service cp status VM64879' 'service cp status VM64881' 'service cp status VM64793' 'service perftk status VM64820' 'service cp status VM64814' 'service cms status VM64799' == check910 VMFSRV2760I SERVICE processing started VMFSRV1226I CP (6VMCPR10%CP) APAR VM64774 (PTF UM33169) status: VMFSRV1226IRECEIVED 11/05/10 13:52:51 VMFSRV1226IAPPLIED 11/05/10 13:52:52 VMFSRV1226IBUILT 11/05/10 13:53:57 VMFSRV1226IPUT2PROD 11/05/10 13:55:55 VMFSRV2760I SERVICE processing completed successfully VMFSRV2760I SERVICE processing started VMFSRV1226I CP (6VMCPR10%CP) APAR VM64798 (PTF UM33153) status: VMFSRV1226IRECEIVED 11/05/10 13:13:20 VMFSRV1226IAPPLIED 11/05/10 13:13:22 VMFSRV1226IBUILT 11/05/10 13:15:43 VMFSRV1226IPUT2PROD 11/05/10 13:19:25 VMFSRV2760I SERVICE processing completed successfully VMFSRV2760I SERVICE processing started VMFSRV1226I CP (6VMCPR10%CP) APAR VM64879 (PTF UM33172) status: VMFSRV1226IRECEIVED 11/05/10 13:52:51 VMFSRV1226IAPPLIED 11/05/10 13:52:52 VMFSRV1226IBUILT 11/05/10 13:53:57 VMFSRV1226IPUT2PROD 11/05/10 13:55:55 VMFSRV2760I SERVICE processing completed successfully VMFSRV2760I SERVICE processing started VMFSRV1226I CP (6VMCPR10%CP) APAR VM64881 (PTF UM33184) status: VMFSRV1226IRECEIVED 11/05/10 13:52:51 VMFSRV1226IAPPLIED 11/05/10 13:52:52 VMFSRV1226IBUILT 11/05/10 13:53:57 VMFSRV1226I
Re: APARs and PTFs for the z196
ty, David, that sounds like it all right. But how to I confirm that I do not have HLASM on my z/VM system. Is there a SES command for that? David Boyes dbo...@sinenomine.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/08/2010 11:31 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: APARs and PTFs for the z196 All 14 z196 compatibility APARs listed below went on fine except for PK97799. SES says there is not service for this APAR. How can there be no service? IIRC, that's the APAR that adds the new z196 instructions to HLASM. Do you have HLASM installed on this system? If not, then all this message is telling you is that it (correctly) skipped applying service to a product you don't have. 8-)
Updating PROFILE GCS Nondisruptively
What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?.
Re: Updating PROFILE GCS Nondisruptively
tyvm, Alan, once again. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/08/2010 05:56 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Updating PROFILE GCS Nondisruptively On Monday, 11/08/2010 at 05:50 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?. Logon to MAINT SET SECUSER VTAM * SEND VTAM CP DETACH 191 Link and access VTAM 191 .MR update PROFILE GCS release and DETACH VTAM's 191 from MAINT SEND VTAM CP LINK * 191 191 MR SEND VTAM ACCESS 191 A SET SECUSER VTAM RESET 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: HCM/HCD from IOCP
Frank: If you read the following excerpts from CP Commands and also the Infocenter, I think you will find there is no reason you cannot do what Mike Walter suggests . . . Ship your IOCP over to VSE. Have them run it through their IOCDS process which produces a PRODUCTION IODF file. They can write the PRODUCTION IODF to the IOCDS, ship the PRODUCTION IODF back to you, and you can save it on PARM disk. Then you just do a CP SET IOCDS ACTIVE x to activate it dyncamically, or wait for the next IML/POR . Heads Up: On the IOCP CNTLUNIT statement, VSE does not check for the UNIT= parameter which denotes control unit type, eg UNIT=3880, but VM and z/OS do, they require it. Here are the excerpts: http://publib.boulder.ibm.com/infocenter/zvm/v5r4/index.jsp?topic=/com.ibm.zvm.v54.hcpe2/usdynio.htm Previous topic | Next topic | Contents | Index | Contact z/VM | Library | PDF SET IOCDS_ACTIVE z/VM V5R4.0 CP Commands and Utilities Reference SC24-6081-07 (1) -Set--IOCDS_active---+-An-+-- '-Bn-' Notes: You must specify one IOCDS file in the range A0 through A5 or B0 through B5. Authorization Privilege Class: B Purpose Use SET IOCDS_ACTIVE to change the input/output configuration data set (IOCDS) file that the processor will use during the next power-on reset (POR). Operands An Bn is the file type of the IOCDS file that you want the processor to use during the next POR. The variable n is a decimal number between 0 and 5. Usage Notes Once you issue the SET IOCDS_ACTIVE command to change the active IOCDS file, the SE automatically puts the new IOCDS file in write-protect mode for you. This means that no one can make changes to the active IOCDS file. If the current hardware configuration does not match the IOCDS file that you specify, CP issues error message HCP6814E and terminates command processing. Whenever you issue one of the following dynamic I/O commands: DEFINE CHPID DEFINE PATH DELETE CHPID DELETE PATH MODIFY CHPID MODIFY PATH DEFINE CU DEFINE CNTLUNIT DELETE CU DELETE CNTLUNIT MODIFY CU MODIFY CNTLUNIT DEFINE DEVICE DEFINE IODEVICE DELETE DEVICE DELETE IODEVICE MODIFY DEVICE MODIFY IODEVICE CP puts you in configuration mode, processes the dynamic I/O command, and then takes you out of configuration mode. Before you can use any I/O devices, you must include those devices in the hardware's and software's view of the I/O configuration. The software creates its view of the I/O configuration at initialization either by sensing the I/O device, by reading RDEVICE statements in the system configuration file, or some combination thereof. After initialization, you can change the software's view of the I/O configuration using the SET RDEVICE command (topic SET RDEVICE) or the dynamic I/O commands listed in Usage Note 3. The hardware creates its view of the I/O configuration at power-on reset (POR) time. The I/O configuration is defined in the I/O configuration program (IOCP) source file that is stored on a user's minidisk (or SFS directory). You run the IOCP utility against the IOCP source file to create an I/O configuration data set (IOCDS) file that is stored on the support element (SE) hard disk. You can have multiple IOCDS files stored on the SE hard disk. At power-on reset time, you choose the IOCDS file that you want to use. The specified IOCDS file is copied to the hardware system area (HSA) storage and becomes the active hardware I/O configuration. Thus, there are 2 parts to the hardware's view of the I/O configuration: the active IOCDS file in HSA storage and the IOCDS file on the SE hard disk. After the machine is up and running, you can change the hardware's view of the active I/O configuration using the dynamic I/O commands listed in Usage Note 3. However, these commands only change the active I/O configuration in the HSA. They do not change the IOCDS file on the SE hard disk. To change the IOCDS file on the SE hard disk, you must: Update the IOCP source file. Run the IOCP utility (topic IOCP)against the updated IOCP file. Specify all options you normally specify including WRTxx (to write the newly generated IOCDS file to the SE hard disk) and DYN (to define the hardware configuration token). If the IOCP utility runs without errors, it downloads the new IOCDS file to the SE hard disk. Issue the SET IOCDS_ACTIVE command to make the new IOCDS file the active file that the processor will use during the next power-on reset (POR). Responses Response 1: To change the active IOCDS file to A3, enter the following: set iocds_active a3 The active IOCDS file is now A3 Ready;Messages HCP026EOperand missing or invalid HCP6812ESet IOCDS_active command failed with return code HCP6814ECommand is not valid on this processor Notices |