OSA-ICC and Slow Consoles
This past January we upgraded from a z/800 with 2074's to a z/890 with OSA-ICC's. For the first two month's or so our consoles for z/OS 1.6 ran fine, just like they used to on the 2074's. For about the last 3-4 weeks they have been behaving very slow. Our operators have been complaining about this sluggishness of the consoles now. It didn't have all at once but one console at a time (covering two lpars). Entering consoles commands has been the biggest problem. If there are any messages queued to the console you MUST wait until they have all displayed before the command is accepted. I have checked the OSA configurations and have reset the cards (via CF CHP(xx)). We had our network people checking the switch we are connected to. Have I missed something? Any and all help would be appreciated. Brad S. Carson Sr. IT Analyst Duke Health Technology Solutions Box 2718 Duke University Medical Center Durham, NC 27710 [EMAIL PROTECTED] 919-668-0545 919-668-6160 Fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and Slow Consoles
The only time I've noticed this behavior is when our OSA was set to auto negotiate and connected at 10MB-half duplex. Hope this helps. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brad S Carson This past January we upgraded from a z/800 with 2074's to a z/890 with OSA-ICC's. For the first two month's or so our consoles for z/OS 1.6 ran fine, just like they used to on the 2074's. For about the last 3-4 weeks they have been behaving very slow. Our operators have been complaining about this sluggishness of the consoles now. It didn't have all at once but one console at a time (covering two lpars). Entering consoles commands has been the biggest problem. If there are any messages queued to the console you MUST wait until they have all displayed before the command is accepted. I have checked the OSA configurations and have reset the cards (via CF CHP(xx)). We had our network people checking the switch we are connected to. Have I missed something? Any and all help would be appreciated. Brad S. Carson Sr. IT Analyst Duke Health Technology Solutions Box 2718 Duke University Medical Center Durham, NC 27710 [EMAIL PROTECTED] 919-668-0545 919-668-6160 Fax * This message was scanned by the corporate mail server for viruses and objectionable content. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and Slow Consoles
There are some fairly recent apars describing excessive CPU utilization in the CONSOLE address space. Sorry, don't have the numbers handy, but you should be able to find them on IBM-LINK. HTH, Al Subject: Re: OSA-ICC and Slow Consoles The only time I've noticed this behavior is when our OSA was set to auto negotiate and connected at 10MB-half duplex. Hope this helps. This past January we upgraded from a z/800 with 2074's to a z/890 with OSA-ICC's. For the first two month's or so our consoles for z/OS 1.6 ran fine, just like they used to on the 2074's. For about the last 3-4 weeks they have been behaving very slow. Our operators have been complaining about this sluggishness of the consoles now. It didn't have all at once but one console at a time (covering two lpars). Entering consoles commands has been the biggest problem. If there are any messages queued to the console you MUST wait until they have all displayed before the command is accepted. I have checked the OSA configurations and have reset the cards (via CF CHP(xx)). We had our network people checking the switch we are connected to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and Slow Consoles
We had this problem and we solved it changing the configuration of the OSA- ICC card. Using the HMC console, under Single Object => Advanced Facilities => Channels => Card Specific Advanced => Session Configurator, we changed Response Mode to DISABLE. Here is the explanation from book SA22-7990 OSA-ICC User's Guide: RSP (Response Mode): indicates whether response mode is enabled or disabled. If enabled, the host waits for the client to send an acknowledgement on the Telnet level for every packet that is transmitted. This enables the user to check for bad LANs, poor performance, or other issues. However, we also noticed that sometimes an operator command is lost. It seems to happen if he hits enter at the exact instant an action message is being displayed. We are not sure. I hope this helps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
