Re: Performance Rules of Thumb ?
zTUNE includes a list of over 100 rules that looks for all the problems I thought worth looking for in both Linux and z/VM. Not only will it identify high cpu utilization, but also the Linux server and process that are causing that utilization. zTUNE was created with the new Linux installations in mind as I've heard of many Linux proof of concepts that failed for silly performance reasons. Marcy Cortes wrote: I think a lot of the answers will be it depends :) But one thing that comes to mind is page space utilization. 40% I'd say then you need to start worrying about adding more for good performance. Page rates can vary wildly. Like when you IPL and start bringing up all your Linux guests - we can see 10-20K per sec to xstor and 4-8K to DASD. I wouldn't want to be alerted during every IPL, but if I saw those rates during the day, I'd be worrying :) Production we don't want to see going about 60% cpu utilization - but that is only so that we have the white space available should one of the 3 lpars fail. But that's not really alerted on here - but is looked at the next day by the perf people when they do their daily data stuff. Marcy Cortes 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:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Monday, May 21, 2007 11:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Performance Rules of Thumb ? Thanks for the two replies - what I'm looking for is something like this: cpu utilization 90% warning 99% critical swap rate ..% warning ..% critical page rate etc. Has anyone created such a list? thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
Re: GDPS/XRC mirroring of VM volumes
Good news, after flashcopy yesterday and xrecover today, VM and both linuxes that I checked came up at the DR site today. On VM, perfkit is fine, my spool files are there, but I did have to do a cold start. Pretty slick. MA On 5/21/07, Mary Anne Matyaz [EMAIL PROTECTED] wrote: We didn't seem to have a problem with them. We only really have CMS,(I think, I'm a newbie. Maybe performance monitor too?) and it was fine. And we only really have two real users, sysprogs. I *have* had to rebuild the cms nss after a full volume restore before, so I would have (hopefully) recognized that problem. I will be testing both vm and linux again this week and will update you on our status. We had been having problems with vm formats causing the sdms to crash, but we put ptfs on and that problem seems to be gone, though we are opening a pmr with a linux dasdfmt that crashed the sdms, but I have not been allowed to try to recreate that. Maybe after the test. If the dasdfmt problem continues, we will likely have to take all the linuxes out of xrc. MA On 5/21/07, Jack H. Slavick [EMAIL PROTECTED] wrote: A quick question for MAHow did you handle your NSS/DCSS files? Jack H. Slavick Acxiom Corp.
Re: VM CONSOLE Experts...I need your help
When you set up the ICC on the HMC you defined an IP# for the ICC itself. Let's say 192.168.1.1. You also define pc's as potential VM consoles within ICC. Let's say 192.168.1.2 @ cuu 400 is one such pc. After defining 400 within VM as a console and before ipl'ing vm log onto the pc and tn3270 to 192.168.1.1. IPL VM and the ipl should be directed to the pc assuming it has precedence either on the sapl screen or in your system config. -James On 5/21/07, Joan Gerads [EMAIL PROTECTED] wrote: James, what specifically did you mean by your first question: Did you TN3270 to the ICC adapter IP # before ipl'ing. How do you TN3270 to the IP # before ipl'ing and AFTER OSA is reset with the ipl? We had the TN3270 session ready before the IPL and then the OSA is reset in the IPL, so is there a timing issue with having to get the TN3270 session ready again for the IPL to find it to send the SAIPL screen? We think the IOCP and system config are correct. thanks again for your help Joan M. Gerads Systems Programming SCICOM Data Services, Ltd. 10101 Bren Rd. East Minnetonka, MN 55343 Direct: 952-936-4170 Toll Free: 1-800-488-9087 Fax: 952-932-3936 This e-mail message, including any attachments, is intended only for the use of the recipient(s) and may contain privileged and confidential information, including but not limited to information that is protected under HIPAA or other state/federal privacy rules. Any unauthorized review; disclosure, copying, distribution or use is prohibited. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and destroy all copies of the original message. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: Monday, May 21, 2007 12:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM CONSOLE Experts...I need your help Joan- There's a lot to consider check. Did you tn3270 to the ICC adapter IP # before ipl'ing? Is your iocp correct? Is your system config correct - console defined same as ipl device on ICC def. Are your ICC definitions correct - valid ipl device pc ip # specified correctly I'm using the hummingbird emulator w/o problems. -James On 5/21/07, Joan Gerads [EMAIL PROTECTED] wrote: I have a couple more questions regarding setting upa VM console through OSA-ICC. z/VM version 5.2 - IBM z9 2096 BC processor 1 LPAR VM running multiple VSE guests 1) is there any software restrictions as far as 3270emulator software running on the PC for the VM console to work on it? Weare currently trying it with QWS Plus Version 4.0 (JollyGiantSoftware)? Is anyone else using that software? Or what isworking for you? 2) secondly, on the HMC screen for OSA Advanced Facilities, 'active sessions configuration ', there is a field called 'MIFID'. In the IBM Redbook example, this field is set to a 'C' on a VM console definition. On our screen, our VM console session, it is set to a '1' (the default?)….what exactly does' C'mean? On a trial IPL of VM this last weekend, we couldnot get the OSA-ICC PC to come up as the VM console…I am pretty sure thesystem configuration is correct…we can 'DISC' from the dummy tube and'RECONNECT' on the PC. We just have not figured out the VM IPL- how to get it tocome up on the OSA-ICC PC. Thanks again for all your help! Joan M. Gerads Systems Programming SCICOM Data Services, Ltd. 10101 Bren Rd. East Minnetonka, MN 55343 Direct: 952-936-4170 Toll Free: 1-800-488-9087 Fax: 952-932-3936 This e-mail message, including any attachments, isintended only for the use of the recipient(s) and may contain privileged andconfidential information, including but not limited to information that isprotected under HIPAA or other state/federal privacy rules. Anyunauthorized review; disclosure, copying, distribution or use isprohibited. If you have received this e-mail in error, please notify thesender immediately by reply e-mail and destroy all copies of the originalmessage. z/VM version 5.2 - IBM z9 2096 BC processor 1 LPAR VM running multiple VSE guests Two questions that I could use any advice, tips ortricks with: We recently migrated to z/VM 5.2 and an IBM z9 BCprocessor: 1)We recently switched our VMconsole from a dummy terminal to an OSA connection. We 'disc' VM on thedummy terminal and reconnected the console on the PC. That part workedfine. We will not be IPL'ing VM until this weekend so my questionis: What do we need to do to have the OSA console be recognized as the VMconsole during an IPL of VM? For the dummy terminal, we had the address hard assigned in the system configuration under Console Definitions: Operator_Consoles….How do you do that same thing with an OSA VMconsole?
Re: CTC change
Do I have to logon TCPIP to detach it or can I do it from, say, MAINT? Anne D. Crabtree System Programmer WV Dept of Administration - OT 304-558-5914 ext 8885 Fax 304-558-1351 [EMAIL PROTECTED] 5/21/2007 3:26 PM On Monday, 05/21/2007 at 10:04 AST, Anne Crabtree [EMAIL PROTECTED] wrote: What about the SPECIAL statement in USER TCPIP? If I change it from WVLNX5 to VMTEST, will it know about it without recycling TCPIP or doing OBEY or something? No. In fact, you will need to logoff/logon or DETACH the vctc and DEFINE it anew. Changing the configuration in the directory never changes the active configuration. Alan Altmark z/VM Development IBM Endicott
Re: CTC change
You can use the NETSTAT command with the CP option. Enter NETSTAT CP DET /cuu/. You could also use the SECUSER (secondary user or console facility). From a class A or C privileged userid, enter: SET SECUSER TCPIP /yourid/ then SEND CP TCPIP DET /cuu /When you're done, enter: SET SECUSER TCPIP RESET Jim Anne Crabtree wrote: Do I have to logon TCPIP to detach it or can I do it from, say, MAINT? Anne D. Crabtree System Programmer WV Dept of Administration - OT 304-558-5914 ext 8885 Fax 304-558-1351 [EMAIL PROTECTED] 5/21/2007 3:26 PM On Monday, 05/21/2007 at 10:04 AST, Anne Crabtree [EMAIL PROTECTED] wrote: What about the SPECIAL statement in USER TCPIP? If I change it from WVLNX5 to VMTEST, will it know about it without recycling TCPIP or doing OBEY or something? No. In fact, you will need to logoff/logon or DETACH the vctc and DEFINE it anew. Changing the configuration in the directory never changes the active configuration. Alan Altmark z/VM Development IBM Endicott -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
set run on
The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why?
Re: set run on
Try doing a 'SET AUTOREAD OFF'. If it goes to 'RUNNING' then maybe you ca n add it to the PROFILE EXEC. /Tom Kern On Tue, 22 May 2007 08:56:11 -0400, Duane Weaver [EMAIL PROTECTED] wrot e: The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why?
Re: set run on
Try, SET AUTOREAD OFF Rick Bourgeois, President Virtual Software Systems, Inc. 7715 Browns Bridge Rd Gainesville, GA 30506 [EMAIL PROTECTED] 770-781-3200 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Duane Weaver Sent: Tuesday, May 22, 2007 8:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: set run on The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why?
Re: set run on
I see that all of the time on OPERATOR ids. Enter SET AUTOREAD OFF in addition to SET RUN ON. Why?? Who knows. Jim Duane Weaver wrote: The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why? -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: set run on
Thanks guys. I am not sure what caused AUTOREAD to be set on. I even logged Operator off and back on to make sure there was something setting autoread on. Now that I know, I will keep watch to see what happens. duane At 09:09 AM 5/22/2007, you wrote: I see that all of the time on OPERATOR ids. Enter SET AUTOREAD OFF in addition to SET RUN ON. Why?? Who knows. Jim Duane Weaver wrote: The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why? -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: set run on
Duane Weaver wrote: The Operator on my system has SET RUN ON. Yet it still shows a VM READ all the time. Why? The other appenders are correct - you should include the CMS command SET AUTOREAD OFF in the operator's PROFILE EXEC. Note that SET AUTOREAD is a CMS command, while SET RUN is a CP command. AUTOREAD is a feature that harks back to 2741 (i.e. typewriter) terminal days when the terminal was either in receive or transmit mode. AUTOREAD ON meant that when CMS was ready to accept input it would send a READ to the terminal, enabling you to type. However, in this mode, any output from the system could not be sent until the next time you pressed the ENTER (or some other interrupt) key. With AUTOREAD OFF, such system output could be sent immediately, but the keyboard was disabled and you had to press the ATTN key to unlock it. Fun times. With the advent of the 3270 screen, there was no longer a need for this feature, since whatever you typed on the keyboard was buffered in the terminal. When you pressed ENTER, an attention was sent to the system, which in turn would issue a read to the terminal, which in its turn would send the contents of it buffer to the system. Even though AUTOREAD was no longer required, it was retained for compatibility (just like SET BLIP :-) ) For historical reasons, the default for AUTOREAD is ON if the virtual machine is autologged, and OFF if you logon from a terminal (I forget why). If you have a userid which is ever likely to be autologged, you'll probably want to include SET AUTOREAD OFF in its profile exec. Ray Mansell
system config file
The SYSTEM CONFIG statements are intended to be parsed like REXX statements. Things in quotes remain as-is, otherwise each token gets folded to uppercase. In theory, you could specify cpowned slot 99 'a B c' and get a really bizarre volume label. Whether CP could use such a specification is another question. Richard Corak
TCPNJE
Is there anyone who has an operating TCPNJE link between VM and z/OS? If so, would you be willing to share your link definitions/parms (both sides of the link would be nice) or otherwise disclose your secrets? I am at wit's end, getting socket errors (timeout variety) in the middle of files. If they happen on stream 1, it freezes the link. My current definition is: LINKDEF MVS1 TYPE TCPNJE AST RETRY PARM MVS1 HOST=nn.nn.nn.nn KEEPALIV=NO STREAMS=4 BUFF=8192 This definition is the one that kept the link up the longest. It took a socket error on stream 2 and kept on chugging until it subsequently had the failure on stream 1. I suppose that the JES definition could be involved in this. Our JES person tells me that he let everything default. I do not know what the defaults for JES are, and he wasn't very forthcoming with information. Regards, Richard Schuh
Re: TCPNJE
My RSCS definitions for our TCPNJE link (which works) are as follows: LINKDEFINE linkname AST TYPE TCPNJE NODE nodename QUEUE SIZE RETRY PARM linkname ITO=100 HOST=nnn.nnn.nnn.nnn I can't provide our JES2 definition, since it was been made dynamically by our z/OS people and won't be put into a parameter file until after our DR test a few weeks from now. Hope this helps. Regards, Mark Gillis. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, 23 May 2007 8:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: TCPNJE Is there anyone who has an operating TCPNJE link between VM and z/OS? If so, would you be willing to share your link definitions/parms (both sides of the link would be nice) or otherwise disclose your secrets? I am at wit's end, getting socket errors (timeout variety) in the middle of files. If they happen on stream 1, it freezes the link. My current definition is: LINKDEF MVS1 TYPE TCPNJE AST RETRY PARM MVS1 HOST=nn.nn.nn.nn KEEPALIV=NO STREAMS=4 BUFF=8192 This definition is the one that kept the link up the longest. It took a socket error on stream 2 and kept on chugging until it subsequently had the failure on stream 1. I suppose that the JES definition could be involved in this. Our JES person tells me that he let everything default. I do not know what the defaults for JES are, and he wasn't very forthcoming with information. Regards, Richard Schuh
TCPNJE
Is there anyone who has an operating TCPNJE link between VM and z/OS? If so, would you be willing to share your link definitions/parms (both sides of the link would be nice) or otherwise disclose your secrets? I am at wit's end, getting socket errors (timeout variety) in the middle of files. If they happen on stream 1, it freezes the link. My current definition is: LINKDEF MVS1 TYPE TCPNJE AST RETRY =20 PARM MVS1 HOST=3Dnn.nn.nn.nn KEEPALIV=3DNO STREAMS=3D4 BUFF=3D8192 This definition is the one that kept the link up the longest. It took a socket error on stream 2 and kept on chugging until it subsequently had the failure on stream 1.=20 I suppose that the JES definition could be involved in this. Our JES person tells me that he let everything default. I do not know what the defaults for JES are, and he wasn't very forthcoming with information. I recommend you open an incident with JES support to determine why the stream requests are being rejected. Best Regards, Les Geer IBM z/VM and Linux Development
