Re: z/VM 5.2 ICC console connection problems
Finally I can close this problem. PC is back in data center and connected to the ICC. Still don't know what was the root cause. I guess alls well that ends well. Since a rework of the pc fixed the problem I guess it's safe to say that it was the culprit although there was absolutely no evidence to support it. One of the odd things I did notice on the mainframe side was the fact that dropping a session in the icc debug panel on the hmc didn't result in what I would expect. Even though the session shows available after the drop the mac ip address remain from the previous session. No biggie but good to know. Another thing that came up during this which makes me wonder is microcode. Is it true that varying off/on the chpid could cause any newer microcode waiting to be loaded? Would a power on reset also have the same effect? The way it was explained to me (by IBM) is that microcode is automatically downloaded to the mainframe as it becomes available. It is then loaded as I previously noted. Thanks again for the help. -Jim On 9/13/07, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 09/13/2007 at 12:41 EDT, James M [EMAIL PROTECTED] wrote: I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. IBM sells its own emulator, IBM Personal Communications (PCOMM). However, it would be hard to say that IBM recommends any particular emulator in this respect, however, since telnet is an open standard. If ICC isn't operating according to the RFCs, then we'll fix it. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. At this point the question is moot. The 10-second delay confirms, I think, that the ICC was waiting for the WILL TN3270E from your PC. After 10 seconds with no response from your PC, he [appropriately] closed the connection. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
Hello Jim, FWIK, Microcode is loaded/updated on a regular basis and is available for application. Your CE can do a concurrent application of most of the updates, but the OSA cards do have to be cycled (varied off and varied back on) to get ALL the microcode updates. We are doing a concurrent update during some of the other systems downtime (just in case) and I will be doing each OSA card as I work the time in. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: Friday, September 14, 2007 8:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems Finally I can close this problem. PC is back in data center and connected to the ICC. Still don't know what was the root cause. I guess alls well that ends well. Since a rework of the pc fixed the problem I guess it's safe to say that it was the culprit although there was absolutely no evidence to support it. One of the odd things I did notice on the mainframe side was the fact that dropping a session in the icc debug panel on the hmc didn't result in what I would expect. Even though the session shows available after the drop the mac ip address remain from the previous session. No biggie but good to know. Another thing that came up during this which makes me wonder is microcode. Is it true that varying off/on the chpid could cause any newer microcode waiting to be loaded? Would a power on reset also have the same effect? The way it was explained to me (by IBM) is that microcode is automatically downloaded to the mainframe as it becomes available. It is then loaded as I previously noted. Thanks again for the help. -Jim On 9/13/07, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 09/13/2007 at 12:41 EDT, James M [EMAIL PROTECTED] wrote: I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. IBM sells its own emulator, IBM Personal Communications (PCOMM). However, it would be hard to say that IBM recommends any particular emulator in this respect, however, since telnet is an open standard. If ICC isn't operating according to the RFCs, then we'll fix it. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. At this point the question is moot. The 10-second delay confirms, I think, that the ICC was waiting for the WILL TN3270E from your PC. After 10 seconds with no response from your PC, he [appropriately] closed the connection. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
On Wednesday, 09/12/2007 at 01:33 EDT, James M [EMAIL PROTECTED] wrote: sorry...I hit submit by accident. The trace does not point out any obvious clues. I see the initial three way handshake then I see the icc port send a do tn3270e command the pc sends an ack the icc sends back fin I'm not enough of an ip guru to diagnose exactly why that happened or for that matter if that info is in the trace. Was there a time delay between the ack and fin? Your PC should have sent WILL TN3270E. If you want, send me your pcap file. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
I may have the issue resolved. I reinstalled the os (win2k) emulator (hummingbird). I can now connect to the icc port. But I didn't get all the way in because the LU is in use. When I go back to the mainframe location tomorrow I will know for sure. It's very troubling not knowing what broke especially considering it's our mainframe console. I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. Thanks for the help. -Jim On 9/13/07, Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 09/12/2007 at 01:33 EDT, James M [EMAIL PROTECTED] wrote: sorry...I hit submit by accident. The trace does not point out any obvious clues. I see the initial three way handshake then I see the icc port send a do tn3270e command the pc sends an ack the icc sends back fin I'm not enough of an ip guru to diagnose exactly why that happened or for that matter if that info is in the trace. Was there a time delay between the ack and fin? Your PC should have sent WILL TN3270E. If you want, send me your pcap file. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
Jim, I have always had good luck using IBM's Personal Communications TN3270 (PCOMM) emulator. The current version is, I believe, 5.8, at least for Windows XP James M wrote: I may have the issue resolved. I reinstalled the os (win2k) emulator (hummingbird). I can now connect to the icc port. But I didn't get all the way in because the LU is in use. When I go back to the mainframe location tomorrow I will know for sure. It's very troubling not knowing what broke especially considering it's our mainframe console. I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. Thanks for the help. -Jim On 9/13/07, Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 09/12/2007 at 01:33 EDT, James M [EMAIL PROTECTED] wrote: sorry...I hit submit by accident. The trace does not point out any obvious clues. I see the initial three way handshake then I see the icc port send a do tn3270e command the pc sends an ack the icc sends back fin I'm not enough of an ip guru to diagnose exactly why that happened or for that matter if that info is in the trace. Was there a time delay between the ack and fin? Your PC should have sent WILL TN3270E. If you want, send me your pcap file. Alan Altmark z/VM Development IBM Endicott -- DJ V/Soft
Re: z/VM 5.2 ICC console connection problems
We use both IBM PCOMM and Attachmate. Started with IBM PCOMM when we had 2074s and kept using it when we switched to ICC connections. We have both zVM and zOS consoles setup with IBM PCOMM and ICC. Paul Feller -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Thursday, September 13, 2007 12:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems Jim, I have always had good luck using IBM's Personal Communications TN3270 (PCOMM) emulator. The current version is, I believe, 5.8, at least for Windows XP James M wrote: I may have the issue resolved. I reinstalled the os (win2k) emulator (hummingbird). I can now connect to the icc port. But I didn't get all the way in because the LU is in use. When I go back to the mainframe location tomorrow I will know for sure. It's very troubling not knowing what broke especially considering it's our mainframe console. I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. Thanks for the help. -Jim On 9/13/07, Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 09/12/2007 at 01:33 EDT, James M [EMAIL PROTECTED] wrote: sorry...I hit submit by accident. The trace does not point out any obvious clues. I see the initial three way handshake then I see the icc port send a do tn3270e command the pc sends an ack the icc sends back fin I'm not enough of an ip guru to diagnose exactly why that happened or for that matter if that info is in the trace. Was there a time delay between the ack and fin? Your PC should have sent WILL TN3270E. If you want, send me your pcap file. Alan Altmark z/VM Development IBM Endicott -- DJ V/Soft
Re: z/VM 5.2 ICC console connection problems
I have had good results with X3270 on Debian Etch. We use it on all of our consoles. James M wrote: It's very troubling not knowing what broke especially considering it's our mainframe console. I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: z/VM 5.2 ICC console connection problems
On Thursday, 09/13/2007 at 12:41 EDT, James M [EMAIL PROTECTED] wrote: I'm now wondering if there are certain emulators that are better than others. Does IBM support/recommend certain emulators? Here I am blaming the emulator - maybe I should be considering a linux based icc console. IBM sells its own emulator, IBM Personal Communications (PCOMM). However, it would be hard to say that IBM recommends any particular emulator in this respect, however, since telnet is an open standard. If ICC isn't operating according to the RFCs, then we'll fix it. Getting back to the pcap file - it looks like there was about 10 seconds elapsed from act to fin. If you really want I can send the pcap file. If so let me know where to send it. At this point the question is moot. The 10-second delay confirms, I think, that the ICC was waiting for the WILL TN3270E from your PC. After 10 seconds with no response from your PC, he [appropriately] closed the connection. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
I tried rebooting. Mystery remains unsolved. I'm bringing the pc back to the home office. I will re-install windows tn3270 emulator. I will be back at mainframe site on friday to test it. Although there is no evidence indicating something is wrong with the pc it is the main suspect at this point On 9/11/07, Edward M. Martin [EMAIL PROTECTED] wrote: Hello Everyone, Is it possible that the PC that can not connect can be rebooted? (It what you do with a PC). In the TN3270 you may have LU or PORT name that is being kept in memory for that connection, so you can not start another one until that LU/PORT in memory has been cleared. And since the Operator is not sure what happened, you may have disconnected and not removed the actual connection on the PC. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441
Re: z/VM 5.2 ICC console connection problems
On Wednesday, 09/12/2007 at 12:13 EDT, James M [EMAIL PROTECTED] wrote: I tried rebooting. Mystery remains unsolved. I'm bringing the pc back to the home office. I will re-install windows tn3270 emulator. I will be back at mainframe site on friday to test it. Although there is no evidence indicating something is wrong with the pc it is the main suspect at this point Did you get any sniffer traces? If your emulator is PCOMM, it has built-in tracing capabilities. (Other brands may, too.) Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
I have a wireshark pcap file. On 9/12/07, Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 09/12/2007 at 12:13 EDT, James M [EMAIL PROTECTED] wrote: I tried rebooting. Mystery remains unsolved. I'm bringing the pc back to the home office. I will re-install windows tn3270 emulator. I will be back at mainframe site on friday to test it. Although there is no evidence indicating something is wrong with the pc it is the main suspect at this point Did you get any sniffer traces? If your emulator is PCOMM, it has built-in tracing capabilities. (Other brands may, too.) Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
sorry...I hit submit by accident. The trace does not point out any obvious clues. I see the initial three way handshake then I see the icc port send a do tn3270e command the pc sends an ack the icc sends back fin I'm not enough of an ip guru to diagnose exactly why that happened or for that matter if that info is in the trace. -Jim On 9/12/07, Alan Altmark [EMAIL PROTECTED] wrote: On Wednesday, 09/12/2007 at 12:13 EDT, James M [EMAIL PROTECTED] wrote: I tried rebooting. Mystery remains unsolved. I'm bringing the pc back to the home office. I will re-install windows tn3270 emulator. I will be back at mainframe site on friday to test it. Although there is no evidence indicating something is wrong with the pc it is the main suspect at this point Did you get any sniffer traces? If your emulator is PCOMM, it has built-in tracing capabilities. (Other brands may, too.) Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
Hello Everyone, Is it possible that the PC that can not connect can be rebooted? (It what you do with a PC). In the TN3270 you may have LU or PORT name that is being kept in memory for that connection, so you can not start another one until that LU/PORT in memory has been cleared. And since the Operator is not sure what happened, you may have disconnected and not removed the actual connection on the PC. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441
z/VM 5.2 ICC console connection problems
Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim
Re: z/VM 5.2 ICC console connection problems
from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim
Re: z/VM 5.2 ICC console connection problems
What does a query to the device show? James M wrote: Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
Jim What does a Q cua of the OSA ICC console address show? Did you try disconnecting and reconnecting the TN3270 software? Eric -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of James M Sent: Monday, September 10, 2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/VM 5.2 ICC console connection problems
device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim
Re: z/VM 5.2 ICC console connection problems
Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
On Monday, 09/10/2007 at 11:16 EDT, James M [EMAIL PROTECTED] wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. Don't worry, you can't reset the entire card (feature). Each port has its own chpid, so you only want/need to reset the failing chpid. Of course, you might want to call the Support Center and open a hardware PMR in case they want you to collect some diagnostic data before resetting it. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
On Monday, 09/10/2007 at 12:05 EDT, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. off lpar 1 off lpar 2 : off last lpar on lpar 1 on lpar 2 : on last lpar Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.2 ICC console connection problems
OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
can you ping the ICC IP address from the PC? I would check the PC TN 3270 target address? Eric The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/VM 5.2 ICC console connection problems
If I understand correctly you can't get the PC to connect to the OSA-ICC port. Can you ping the IP address of the OSA port from the PC? If not, then it sounds like a network problem. Do you get any error message on the PC when you try to connect to the OSA port? Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] (319)-355-7824 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: Monday, September 10, 2007 11:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007, James M [EMAIL PROTECTED] wrote: ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007, James M [EMAIL PROTECTED] wrote: ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008
Re: z/VM 5.2 ICC console connection problems
James Since the challenge started when the Operator did something I would tend to think the error lies on the PC acting as the console and not with the OSA ICC acting.. Look at the VM OPERATOR console at the time of the failure and see if the operator typed something on the console.. Did you check the TN3270 config on the PC? Eric The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/VM 5.2 ICC console connection problems
I checked the tn3270 profile - it looks fine and the operator log is unavailable. On 9/10/07, Eric Schadow [EMAIL PROTECTED] wrote: James Since the challenge started when the Operator did something I would tend to think the error lies on the PC acting as the console and not with the OSA ICC acting.. Look at the VM OPERATOR console at the time of the failure and see if the operator typed something on the console.. Did you check the TN3270 config on the PC? Eric The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/VM 5.2 ICC console connection problems
Is this PC multi-homed? Does your ICC Intranet have a connection to your regular Intranet? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 14:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007, James M [EMAIL PROTECTED] wrote: ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did enable the console cuu before trying. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Yes. It has to be offline to all LPARs in order to reset itself. On 11/09/2007, James M [EMAIL PROTECTED] wrote: maybe we're getting someplace. are you suggesting that I have to config path off in all the lpars and then config it on in all? what I did was off/on in lpar 1 - off/on lpar2 and so on. On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Did you vary it offline from all LPARs at the same time? On 11/09/2007, James M [EMAIL PROTECTED] wrote: I did try toggling the chpid off/on in each of the lpars but I'm not sure it worked properly. it went from online/online to online/standby. I never did see the current state go to offline! On 9/10/07, Rich Smrcina [EMAIL PROTECTED] wrote: Resetting the ICC port will only affect the ICC users, if most of your users are coming in through VM's TCP/IP stack, it's not using the ICC. If only your console or datacenter users use the ICC, you can reset it without affecting your users. James M wrote: device shows enabled. I cannot reset the port on the hmc since it's a dual port card (icc tcpip) and that would mean dropping many vm os telnet clients. On 9/10/07, David Kreuter [EMAIL PROTECTED] wrote: from the hmc try resetting the OSA port at the chpid level. David __ __ From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] z/VM 5.2 ICC console connection problems Over the weekend an operator I did something..I don't know what that has rendered the ICC vm console unusable. I tried disable/enable cuu, vary off/on path to cuu and dropping the session from the HMC ICC utilities menu all to no avail. Can someone please suggest other possible solutions. Thanks -Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http
Re: z/VM 5.2 ICC console connection problems
... you're having a fun day ... only a few hours left in prime shift ... David -Original Message- From: The IBM z/VM Operating System on behalf of James M Sent: Mon 9/10/2007 2:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z/VM 5.2 ICC console connection problems I checked the tn3270 profile - it looks fine and the operator log is unavailable. On 9/10/07, Eric Schadow [EMAIL PROTECTED] wrote: James Since the challenge started when the Operator did something I would tend to think the error lies on the PC acting as the console and not with the OSA ICC acting.. Look at the VM OPERATOR console at the time of the failure and see if the operator typed something on the console.. Did you check the TN3270 config on the PC? Eric The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/VM 5.2 ICC console connection problems
the icc is on the same subnet as the bad pc. I will scream if this turns out to be a windows problem here's a trace of two seperate tn3270 icc connection failures. notice two different errors before the terminating session... any socket programmers out there willing to looks at the trace... [15:04:26.671] [1] Tracing has been enabled [15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007 Switches '-p C:\Documents and Settings\Terminal User\Application Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep' [15:04:26.671] Program Description: HostExplorer for Win32, Version: 9.0.0.0, Ansi CodePage: 1252 [15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) Service Pack 4 OEM ID 0, Processors 1, ProcessorType 586 [15:04:31.531] [1] Switched into NVT mode [15:04:31.546] [1] WinSock Initialized. Version 1.1 [15:04:31.546] [1] WinSock Description: WinSock 2.0, Status: Running [15:04:31.546] [1] Socket Close. Rc: -1 [15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:04:56.046] [1] NVT terminal type mode [15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:04:56.062] [1] Recv completed. Data follows: FF FD 28 [15:04:56.062] [1] Blocking Receive events... [15:04:56.062] [1] Got DO TN3270E [15:04:56.062] [1] Reply WILL TN3270E [15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:04:56.062] [1] Send completed. Data follows: FF FB 28 [15:04:56.062] [1] Unblocking Receive events... [15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024 [15:04:56.078] [1] Terminating Session [15:04:56.078] [1] Socket Close. Rc: 0 [15:06:59.968] [1] Tracing has been disabled [15:07:05.078] [1] Tracing has been enabled [15:07:11.921] [1] Switched into NVT mode [15:07:11.937] [1] WinSock Initialized. Version 1.1 [15:07:11.937] [1] WinSock Description: WinSock 2.0, Status: Running [15:07:11.937] [1] Socket Close. Rc: -1 [15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:07:36.437] [1] NVT terminal type mode [15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Recv completed. Data follows: FF FD 28 [15:07:36.453] [1] Blocking Receive events... [15:07:36.453] [1] Got DO TN3270E [15:07:36.453] [1] Reply WILL TN3270E [15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:07:36.453] [1] Send completed. Data follows: FF FB 28 [15:07:36.453] [1] Unblocking Receive events... [15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Terminating Session [15:07:36.453] [1] Socket Close. Rc: 0 I'm particularly interested in WSA Rc 10053 and also why on the second failure the rc = 0 -Jim hummingbird host explorer emulator On 9/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is this PC multi-homed? Does your ICC Intranet have a connection to your regular Intranet? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 14:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007, James M [EMAIL PROTECTED] wrote: ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again highlighted each image and this time configured the channel online. FYI - the only image that is actually using the ICC chpid is the vm 5.2 system which I do have access to. -jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Let's be clear. On all LPARs: CP VARY OFF PATH xx FROM ALL CP VARY OFF CHPID xx Then on each LPAR: CP VARY ON CHPID xx Did you do that? On 11/09/2007, James M [EMAIL PROTECTED] wrote: OK thanks. I varied all off first and the all on. I saw all the devices go off and come back online on operx. ...but it didn't help - I still cannot connect from the pc to the icc port. I did
Re: z/VM 5.2 ICC console connection problems
What I was leading to is, 'Do you have a routing problem?'. If the PC you are having problems with is multi-homed and is on both your regular Intranet and the ICC subnet, perhaps the operator messed up the multi-homing and your tm3270 session is going through the wrong connection. If your ICC subnet connects into the rest of your Intranet, perhaps the operator did something to mess up that routing. I don't know much about this, except some reading towards (hopefully) getting a z9, so these are mostly guesses. Peter -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 15:24 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems the icc is on the same subnet as the bad pc. I will scream if this turns out to be a windows problem here's a trace of two seperate tn3270 icc connection failures. notice two different errors before the terminating session... any socket programmers out there willing to looks at the trace... [15:04:26.671] [1] Tracing has been enabled [15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007 Switches '-p C:\Documents and Settings\Terminal User\Application Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep' [15:04:26.671] Program Description: HostExplorer for Win32, Version: 9.0.0.0, Ansi CodePage: 1252 [15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) Service Pack 4 OEM ID 0, Processors 1, ProcessorType 586 [15:04:31.531] [1] Switched into NVT mode [15:04:31.546] [1] WinSock Initialized. Version 1.1 [15:04:31.546] [1] WinSock Description: WinSock 2.0, Status: Running [15:04:31.546] [1] Socket Close. Rc: -1 [15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:04:56.046] [1] NVT terminal type mode [15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:04:56.062] [1] Recv completed. Data follows: FF FD 28 [15:04:56.062] [1] Blocking Receive events... [15:04:56.062] [1] Got DO TN3270E [15:04:56.062] [1] Reply WILL TN3270E [15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:04:56.062] [1] Send completed. Data follows: FF FB 28 [15:04:56.062] [1] Unblocking Receive events... [15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024 [15:04:56.078] [1] Terminating Session [15:04:56.078] [1] Socket Close. Rc: 0 [15:06:59.968] [1] Tracing has been disabled [15:07:05.078] [1] Tracing has been enabled [15:07:11.921] [1] Switched into NVT mode [15:07:11.937] [1] WinSock Initialized. Version 1.1 [15:07:11.937] [1] WinSock Description: WinSock 2.0, Status: Running [15:07:11.937] [1] Socket Close. Rc: -1 [15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:07:36.437] [1] NVT terminal type mode [15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Recv completed. Data follows: FF FD 28 [15:07:36.453] [1] Blocking Receive events... [15:07:36.453] [1] Got DO TN3270E [15:07:36.453] [1] Reply WILL TN3270E [15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:07:36.453] [1] Send completed. Data follows: FF FB 28 [15:07:36.453] [1] Unblocking Receive events... [15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Terminating Session [15:07:36.453] [1] Socket Close. Rc: 0 I'm particularly interested in WSA Rc 10053 and also why on the second failure the rc = 0 -Jim hummingbird host explorer emulator On 9/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is this PC multi-homed? Does your ICC Intranet have a connection to your regular Intranet? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 14:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007, James M [EMAIL PROTECTED] wrote: ping works! On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: That should be OK. Try to ping the IP address from the PC. Do traceroute if you can't ping. On 11/09/2007, James M [EMAIL PROTECTED] wrote: I do not have access to all the os's that run in each lpar so I did everything from the HMC. I higlighted each image one by one and configured the channel path off. I again
Re: z/VM 5.2 ICC console connection problems
the pc has only one network interface but thanks for the thought. IBM has left not knowing what the problem is but nevertheless ordered a new osa card. will see if that corrects the problem later I'm leaving also (been here for 10+ hours). Thanks for all the input - I will post any interesting news. On 9/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: What I was leading to is, 'Do you have a routing problem?'. If the PC you are having problems with is multi-homed and is on both your regular Intranet and the ICC subnet, perhaps the operator messed up the multi-homing and your tm3270 session is going through the wrong connection. If your ICC subnet connects into the rest of your Intranet, perhaps the operator did something to mess up that routing. I don't know much about this, except some reading towards (hopefully) getting a z9, so these are mostly guesses. Peter -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 15:24 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems the icc is on the same subnet as the bad pc. I will scream if this turns out to be a windows problem here's a trace of two seperate tn3270 icc connection failures. notice two different errors before the terminating session... any socket programmers out there willing to looks at the trace... [15:04:26.671] [1] Tracing has been enabled [15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007 Switches '-p C:\Documents and Settings\Terminal User\Application Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep' [15:04:26.671] Program Description: HostExplorer for Win32, Version: 9.0.0.0, Ansi CodePage: 1252 [15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) Service Pack 4 OEM ID 0, Processors 1, ProcessorType 586 [15:04:31.531] [1] Switched into NVT mode [15:04:31.546] [1] WinSock Initialized. Version 1.1 [15:04:31.546] [1] WinSock Description: WinSock 2.0, Status: Running [15:04:31.546] [1] Socket Close. Rc: -1 [15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:04:56.046] [1] NVT terminal type mode [15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:04:56.062] [1] Recv completed. Data follows: FF FD 28 [15:04:56.062] [1] Blocking Receive events... [15:04:56.062] [1] Got DO TN3270E [15:04:56.062] [1] Reply WILL TN3270E [15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:04:56.062] [1] Send completed. Data follows: FF FB 28 [15:04:56.062] [1] Unblocking Receive events... [15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024 [15:04:56.078] [1] Terminating Session [15:04:56.078] [1] Socket Close. Rc: 0 [15:06:59.968] [1] Tracing has been disabled [15:07:05.078] [1] Tracing has been enabled [15:07:11.921] [1] Switched into NVT mode [15:07:11.937] [1] WinSock Initialized. Version 1.1 [15:07:11.937] [1] WinSock Description: WinSock 2.0, Status: Running [15:07:11.937] [1] Socket Close. Rc: -1 [15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23 [15:07:36.437] [1] NVT terminal type mode [15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Recv completed. Data follows: FF FD 28 [15:07:36.453] [1] Blocking Receive events... [15:07:36.453] [1] Got DO TN3270E [15:07:36.453] [1] Reply WILL TN3270E [15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0 [15:07:36.453] [1] Send completed. Data follows: FF FB 28 [15:07:36.453] [1] Unblocking Receive events... [15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024 [15:07:36.453] [1] Terminating Session [15:07:36.453] [1] Socket Close. Rc: 0 I'm particularly interested in WSA Rc 10053 and also why on the second failure the rc = 0 -Jim hummingbird host explorer emulator On 9/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is this PC multi-homed? Does your ICC Intranet have a connection to your regular Intranet? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 14:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric [EMAIL PROTECTED] wrote: Then it's likely not a card but a network problem. Asymmetric routing maybe? Do you get any errors when you try to connect? On 11/09/2007
Re: z/VM 5.2 ICC console connection problems
On Monday, 09/10/2007 at 03:30 EDT, James M [EMAIL PROTECTED] wrote: I'm particularly interested in WSA Rc 10053 http://www.sockets.com/err_lst1.htm#WSAECONNABORTED indicates your *PC* terminated the connection, presumably because TCP (not the application!) didn't like the data it received. A sniffer would be most helpful. Alan Altmark z/VM Development IBM Endicott