Re: No IPL VSWITCH Connectivity
Just a coda on this problem and a special thank you to both Alan and Sue Farrell who hit the bull's eye. Portname in the define VSWITCH was indeed the problem as Sue explains: If you have defined your VSWITCH exactly like you first mentioned: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 then your problem is the PORTNAME. rdef 9004 is being treated as additional portnames. Like Alan said, leave it off. See the syntax note for DEFINE VSWITCH: Notes: (1) You can specify the operands in any order, as long as switchname is the first operand specified, and portname is the last operand specified, if applicable. Once the portname was eliminated,, the VSWITCH defniition in SYSTEM CONFIG was honored and VSWITCH came up connected after the IPL without any further action required. Also, since it is in season to express thanks, a special thanks to all the listers for help not only on this problem, but all the problems I encountered upgrading z/VM 5.4. We are now z196 compliant at RSU 1002 Level 1 with a Level 2 maintenance environment that did not exist before. None of which would have been possible without the help of you all. So thank you very much one and all. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Re: No IPL VSWITCH Connectivity
I see and download TCVM1.zip when I click the link. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 04, 2010 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com mailto:kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: No IPL VSWITCH Connectivity
Try a different browser.(Lotus Notes? Really?) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 04, 2010 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com mailto:kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No IPL VSWITCH Connectivity
Congratulations, you're right, Frank, LOTUS NOTES is the standard here. LOTUS NOTES must be converting it to TAR and gzipping it. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 10:06 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Try a different browser.(Lotus Notes? Really?) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 04, 2010 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No IPL VSWITCH Connectivity
On both the links on http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 , I see it as a .zip file. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: November 4, 2010 10:01 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com mailto:kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Re: No IPL VSWITCH Connectivity
Frank found the problem, Lotus Notes. I just used the Goggle browser and no more TGZ extension. Downloaded it and unzipped it with WINZIP, np. Learn something new everyday. I am forced to use LOTUS NOTES here, no access to OUTLOOK. And LOTUS NOTES is doing it. I will try it again from my laptop at home and I am sure OUTLOOK peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 10:10 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On both the links on http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1, I see it as a .zip file. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: November 4, 2010 10:01 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Sorry for this screen shot overhead, but it is the only way to show the results. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 Peter and Ron, did you click on the TCVM1 ZIP link in the above link or just the above link. When I click on the TCVM1 ZIP link in the above link, this is what I see. Perhaps Kris' upload was archived, backed up to tape, by a LINUX system and compressed by GZIP in the process. TAR means Tape ARCHIVE. peter.w...@ttc.ca Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 09:30 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Same here. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: November 3, 2010 18:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.com wrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC
Re: No IPL VSWITCH Connectivity
George, it's easy enough to configure Notes to use an external browser rather than its embedded one. I use Firefox, but IE and Chrome (even Safari) work equally well. -- Mike Harding z/VM System Support The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/04/2010 07:18:15 AM: From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 11/04/2010 07:18 AM Subject: Re: No IPL VSWITCH Connectivity Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Frank found the problem, Lotus Notes. I just used the Goggle browser and no more TGZ extension. Downloaded it and unzipped it with WINZIP, np. Learn something new everyday.
Re: No IPL VSWITCH Connectivity
On Thursday, 11/04/2010 at 10:18 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Frank found the problem, Lotus Notes. Lotus Notes is good at a lot of things, but masquerading as a web browser isn't one of them. Edit your Location document and change the setting under the Internet browser tab to the browser of your choice. Avoid Notes with Internet Explorer. I think that's just Notes using the IE rendering engine, not IE itself. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
ty, Alan: Amazing after I changed PreferencesLocation from Notes with Internet Explorer to Microsoft Internet Explorer, TGZ, has completely disappeared from within Lotus. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/04/2010 11:56 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Thursday, 11/04/2010 at 10:18 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Frank found the problem, Lotus Notes. Lotus Notes is good at a lot of things, but masquerading as a web browser isn't one of them. Edit your Location document and change the setting under the Internet browser tab to the browser of your choice. Avoid Notes with Internet Explorer. I think that's just Notes using the IE rendering engine, not IE itself. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: *I think you may have found the problem.* *You use ADDRESS COMMAND CP SET VSWITCH.* *I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: *68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 *Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete *Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* *What do you think?* *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: *I think you may have found the problem.* *You use ADDRESS COMMAND CP SET VSWITCH.* *I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: *68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 *Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete *Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* *What do you think?* *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com mailto:tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can't connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU ] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z
Re: No IPL VSWITCH Connectivity
7zip and/or winrar should have no problems with it. On Wed, Nov 3, 2010 at 2:08 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. *Frank M. Ramaekers framaek...@ailife.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *George Henke/NYLIC* Sent:* Wednesday, November 03, 2010 10:29 AM* To:* ib...@listserv.uark.edu* Subject:* Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens *kris.buel...@gmail.com*kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): *http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1*http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com Tom: * I think you may have found the problem.* * You use ADDRESS COMMAND CP SET VSWITCH.* * I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: * 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 * Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete * Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* * What do you think?* *Tom Huegel **tehue...@gmail.com* tehue...@gmail.com** Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM
Re: No IPL VSWITCH Connectivity
Hmmmwhen I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to unzip them just fine. Not sure why it's downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 1:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com mailto:tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can't connect to the network having the VSWICTH defined does not mean
Re: No IPL VSWITCH Connectivity
It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 1:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network
Re: No IPL VSWITCH Connectivity
No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. *Frank M. Ramaekers framaek...@ailife.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. *Frank M. Ramaekers **framaek...@ailife.com* framaek...@ailife.com* * Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.comwrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. *http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1*http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see * http://www.vm.ibm.com/download/packages/tcvm1.zip*http://www.vm.ibm.com/download/packages/tcvm1.zip, still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com
Re: No IPL VSWITCH Connectivity
I can tell you that DTCVSW* must be up before the VSWITCH can be defined and that the VSWITCH must be defined and READY before the z/Linux guest can connect to the VSWITCH. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, November 02, 2010 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Alan: The DTCVSW1 log shows VSWITCH is not yet started when it comes up (Please see below). 09:38:29 DTCIUC014I IUCV initializing: 09:38:29 DTCPRI385I Device VSWITCHDEV: 09:38:29 DTCPRI386I Type: VSWITCH-IUCV, Status: Not started 09:38:29 DTCPRI387I Envelope queue size: 0 09:38:29 DTCPRI389I VM id: *VSWITCH 09:38:29 DTCIUC031I TCP/IP server connected to *VSWITCH system service 09:38:29 DTCPUP096I Precedence designations will be overridden 09:38:29 DTCPDO083I Will honor ICMP redirects 09:38:29 DTCPDO226I Will honor ICMPv6 redirects 09:38:29 DTCPDO150I Support for IPv4 Path MTU Discovery is disabled 09:38:29 DTCIPU044I IP forwarding is enabled 09:38:29 DTCUDP010I Limit on incoming UDP datagram queue size enabled 09:38:29 DTCIPI014I TCP/IP will take VMDUMP in case of program check 09:38:29 DTCIPI032I Only users mentioned in PROFILE TCPIP may use TCP/IP s 09:38:29 DTCIPI033I Only users in the obey list and users who have a port 09:38:29 DTCIPI038I Internal consistency checking is disabled 09:38:29 DTCIPI039I Support for RFC 1323 is enabled 09:38:29 DTCSSL037I Local connections will not be protected by SSL 09:38:29 DTCIPI023I TCP-IP initialization complete. TCPIP did not get initialized until 10 seconds later. And the LINUX guests did not get AUTOLOGed until 10 seconds after TCPIP. TCPIP finishes accessing devices at 9:38:48 and the first LINUX guest gets initialized at 9:38:49. TCPIP Console log: 09:38:39 DTCQDI001I QDIO device OSA9000 device number 9000: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCQDI001I QDIO device OSA9100 device number 9100: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9000 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9100 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9000 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9100 09:38:39 DTCOSD341I Obtained MAC address 001125C0981C for device OSA9000 09:38:39 DTCOSD341I Obtained MAC address 001125C0CFF7 for device OSA9100 09:38:39 DTCPDO087I Dynamic Routing active; ICMP redirects will be ignored 09:38:43 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 172.28.3.195 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA2 09:38:43 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 172.28.3.131 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA9 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 10.13.13.18 That's cutting it kinda close. Wondering if the LINUX guests cannot connect because the TCPIP and DTCVSW1 controller are still doing the IUCV handshake. Must TCPIP be fully initialized before the LINUX guests attempt to connect to VSWITCH? If so, then I should increase the sleep time to at least 30 seconds, now it is only 10 seconds between the AUTOLOG of TCPIP and the AUTOLOG of LINUX guests. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 09:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:57 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Do you IUCV to VSWITCH in your TCPIP Directory entry? Do NOT use your TCPIP virtual machine as a controller. That's what DTCVSW1 and 2 are for. The SET VSWITCH GRANT is independent on the controllers; the controllers are not involved in authorization. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
AW: No IPL VSWITCH Connectivity
Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel Von: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] Im Auftrag von Martin, Terry R. (CMS/CTR) (CTR) Gesendet: Dienstag, 2. November 2010 18:26 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: No IPL VSWITCH Connectivity I can tell you that DTCVSW* must be up before the VSWITCH can be defined and that the VSWITCH must be defined and READY before the z/Linux guest can connect to the VSWITCH. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, November 02, 2010 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Alan: The DTCVSW1 log shows VSWITCH is not yet started when it comes up (Please see below). 09:38:29 DTCIUC014I IUCV initializing: 09:38:29 DTCPRI385I Device VSWITCHDEV: 09:38:29 DTCPRI386I Type: VSWITCH-IUCV, Status: Not started 09:38:29 DTCPRI387I Envelope queue size: 0 09:38:29 DTCPRI389I VM id: *VSWITCH 09:38:29 DTCIUC031I TCP/IP server connected to *VSWITCH system service 09:38:29 DTCPUP096I Precedence designations will be overridden 09:38:29 DTCPDO083I Will honor ICMP redirects 09:38:29 DTCPDO226I Will honor ICMPv6 redirects 09:38:29 DTCPDO150I Support for IPv4 Path MTU Discovery is disabled 09:38:29 DTCIPU044I IP forwarding is enabled 09:38:29 DTCUDP010I Limit on incoming UDP datagram queue size enabled 09:38:29 DTCIPI014I TCP/IP will take VMDUMP in case of program check 09:38:29 DTCIPI032I Only users mentioned in PROFILE TCPIP may use TCP/IP s 09:38:29 DTCIPI033I Only users in the obey list and users who have a port 09:38:29 DTCIPI038I Internal consistency checking is disabled 09:38:29 DTCIPI039I Support for RFC 1323 is enabled 09:38:29 DTCSSL037I Local connections will not be protected by SSL 09:38:29 DTCIPI023I TCP-IP initialization complete. TCPIP did not get initialized until 10 seconds later. And the LINUX guests did not get AUTOLOGed until 10 seconds after TCPIP. TCPIP finishes accessing devices at 9:38:48 and the first LINUX guest gets initialized at 9:38:49. TCPIP Console log: 09:38:39 DTCQDI001I QDIO device OSA9000 device number 9000: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCQDI001I QDIO device OSA9100 device number 9100: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9000 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9100 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9000 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9100 09:38:39 DTCOSD341I Obtained MAC address 001125C0981C for device OSA9000 09:38:39 DTCOSD341I Obtained MAC address 001125C0CFF7 for device OSA9100 09:38:39 DTCPDO087I Dynamic Routing active; ICMP redirects will be ignored 09:38:43 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 172.28.3.195 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA2 09:38:43 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 172.28.3.131 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA9 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 10.13.13.18 That's cutting it kinda close. Wondering if the LINUX guests cannot connect because the TCPIP and DTCVSW1 controller are still doing the IUCV handshake. Must TCPIP be fully initialized before the LINUX guests attempt to connect to VSWITCH? If so, then I should increase the sleep time to at least 30 seconds, now it is only 10 seconds between the AUTOLOG of TCPIP and the AUTOLOG of LINUX guests. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 09:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:57 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Do you IUCV to VSWITCH in your TCPIP Directory entry? Do NOT use your TCPIP virtual machine as a controller. That's what DTCVSW1 and 2 are for. The SET VSWITCH GRANT is independent on the controllers; the controllers are not involved in authorization. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
Hi Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel Von: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] Im Auftrag von Martin, Terry R. (CMS/CTR) (CTR) Gesendet: Dienstag, 2. November 2010 18:26 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: No IPL VSWITCH Connectivity I can tell you that DTCVSW* must be up before the VSWITCH can be defined and that the VSWITCH must be defined and READY before the z/Linux guest can connect to the VSWITCH. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, November 02, 2010 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Alan: The DTCVSW1 log shows VSWITCH is not yet started when it comes up (Please see below). 09:38:29 DTCIUC014I IUCV initializing: 09:38:29 DTCPRI385I Device VSWITCHDEV: 09:38:29 DTCPRI386I Type: VSWITCH-IUCV, Status: Not started 09:38:29 DTCPRI387I Envelope queue size: 0 09:38:29 DTCPRI389I VM id: *VSWITCH 09:38:29 DTCIUC031I TCP/IP server connected to *VSWITCH system service 09:38:29 DTCPUP096I Precedence designations will be overridden 09:38:29 DTCPDO083I Will honor ICMP redirects 09:38:29 DTCPDO226I Will honor ICMPv6 redirects 09:38:29 DTCPDO150I Support for IPv4 Path MTU Discovery is disabled 09:38:29 DTCIPU044I IP forwarding is enabled 09:38:29 DTCUDP010I Limit on incoming UDP datagram queue size enabled 09:38:29 DTCIPI014I TCP/IP will take VMDUMP in case of program check 09:38:29 DTCIPI032I Only users mentioned in PROFILE TCPIP may use TCP/IP s 09:38:29 DTCIPI033I Only users in the obey list and users who have a port 09:38:29 DTCIPI038I Internal consistency checking is disabled 09:38:29 DTCIPI039I Support for RFC 1323 is enabled 09:38:29 DTCSSL037I Local connections will not be protected by SSL 09:38:29 DTCIPI023I TCP-IP initialization complete. TCPIP did not get initialized until 10 seconds later. And the LINUX guests did not get AUTOLOGed until 10 seconds after TCPIP. TCPIP finishes accessing devices at 9:38:48 and the first LINUX guest gets initialized at 9:38:49. TCPIP Console log: 09:38:39 DTCQDI001I QDIO device OSA9000 device number 9000: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCQDI001I QDIO device OSA9100 device number 9100: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9000 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9100 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9000 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9100 09:38:39 DTCOSD341I Obtained MAC address 001125C0981C for device OSA9000 09:38:39 DTCOSD341I Obtained MAC address 001125C0CFF7 for device OSA9100 09:38:39 DTCPDO087I Dynamic Routing active; ICMP redirects will be ignored 09:38:43 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 172.28.3.195 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA2 09:38:43 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 172.28.3.131 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA9 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 10.13.13.18 That's cutting it kinda close. Wondering if the LINUX guests cannot connect because the TCPIP and DTCVSW1 controller are still doing the IUCV handshake. Must TCPIP be fully initialized before the LINUX guests attempt to connect to VSWITCH? If so, then I should increase the sleep time to at least 30 seconds, now it is only 10 seconds between the AUTOLOG of TCPIP and the AUTOLOG of LINUX guests. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 09:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:57 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Do you IUCV to VSWITCH in your TCPIP Directory entry? Do NOT use your TCPIP
Re: No IPL VSWITCH Connectivity
In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
DITTO here. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 12:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel Von: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] Im Auftrag von Martin, Terry R. (CMS/CTR) (CTR) Gesendet: Dienstag, 2. November 2010 18:26 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: No IPL VSWITCH Connectivity I can tell you that DTCVSW* must be up before the VSWITCH can be defined and that the VSWITCH must be defined and READY before the z/Linux guest can connect to the VSWITCH. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, November 02, 2010 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Alan: The DTCVSW1 log shows VSWITCH is not yet started when it comes up (Please see below). 09:38:29 DTCIUC014I IUCV initializing: 09:38:29 DTCPRI385I Device VSWITCHDEV: 09:38:29 DTCPRI386I Type: VSWITCH-IUCV, Status: Not started 09:38:29 DTCPRI387I Envelope queue size: 0 09:38:29 DTCPRI389I VM id: *VSWITCH 09:38:29 DTCIUC031I TCP/IP server connected to *VSWITCH system service 09:38:29 DTCPUP096I Precedence designations will be overridden 09:38:29 DTCPDO083I Will honor ICMP redirects 09:38:29 DTCPDO226I Will honor ICMPv6 redirects 09:38:29 DTCPDO150I Support for IPv4 Path MTU Discovery is disabled 09:38:29 DTCIPU044I IP forwarding is enabled 09:38:29 DTCUDP010I Limit on incoming UDP datagram queue size enabled 09:38:29 DTCIPI014I TCP/IP will take VMDUMP in case of program check 09:38:29 DTCIPI032I Only users mentioned in PROFILE TCPIP may use TCP/IP s 09:38:29 DTCIPI033I Only users in the obey list and users who have a port 09:38:29 DTCIPI038I Internal consistency checking is disabled 09:38:29 DTCIPI039I Support for RFC 1323 is enabled 09:38:29 DTCSSL037I Local connections will not be protected by SSL 09:38:29 DTCIPI023I TCP-IP initialization complete. TCPIP did not get initialized until 10 seconds later. And the LINUX guests did not get AUTOLOGed until 10 seconds after TCPIP. TCPIP finishes accessing devices at 9:38:48 and the first LINUX guest gets initialized at 9:38:49. TCPIP Console log: 09:38:39 DTCQDI001I QDIO device OSA9000 device number 9000: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCQDI001I QDIO device OSA9100 device number 9100: 09:38:39 DTCQDI007I Enabled for QDIO data transfers 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9000 09:38:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for OSA9100 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9000 09:38:39 DTCOSD319I ProcessSetArpCache: Supported for device OSA9100 09:38:39 DTCOSD341I Obtained MAC address 001125C0981C for device OSA9000 09:38:39 DTCOSD341I Obtained MAC address 001125C0CFF7 for device OSA9100 09:38:39 DTCPDO087I Dynamic Routing active; ICMP redirects will be ignored 09:38:43 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 172.28.3.195 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA2 09:38:43 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 172.28.3.131 09:38:43 DTCOSD234I ToOsd: TCPIP host is not set as a router for port OSA9 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9100: Assigned IPv4 address 10.13.13.18 09:38:48 DTCOSD246I OSD device OSA9000: Assigned IPv4 address 10.13.13.18 That's cutting it kinda close. Wondering if the LINUX guests cannot connect because the TCPIP and DTCVSW1 controller are still doing the IUCV handshake. Must TCPIP be fully initialized before the LINUX guests attempt to connect to VSWITCH? If so, then I should increase the sleep time to at least 30 seconds, now it is only 10 seconds between the AUTOLOG of TCPIP and the AUTOLOG of LINUX guests. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 09:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:57 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Do you IUCV to VSWITCH in your TCPIP Directory entry? Do NOT use your TCPIP virtual machine as a controller. That's what DTCVSW1 and 2
Re: No IPL VSWITCH Connectivity
Ok, my point was that you would not be able to connect the network and if you can't connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Miguel Delapaz *Sent:* Tuesday, November 02, 2010 1:51 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUIBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX1 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX2 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX3 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINXU4.. .. ADDRESS COMMAND CP XAUTOLOG DTCVSW1 SYNCOK this does sort of wait.. ADDRESS COMMAND CP XAUTOLOG TCPIP ADDRESS COMMAND CP XAUTOLOG ZLINUX1 ADDRESS COMMAND CP XAUTOLOG ZLINUX2 ADDRESS COMMAND CP XAUTOLOG ZLINUX3 ADDRESS COMMAND CP XAUTOLOG ZLINUX4 .. .. .. ADDRESS COMMAND CP XAUTOLOG VMRMSVM ADDRESS COMMAND CP XAUTOLOG CMSRUN ADDRESS COMMAND CP XAUTOLOG WAKEUP On Tue, Nov 2, 2010 at 12:56 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
CMS knows that if a SET or QUERY command is not for itself, it passes it to CP for execution. This is also why you can stack the output from CP commands in CMS (i.e. QUERY TIME (STACK, but not CP QUERY TIME (STACK) , because CMS is passing the command to CP for you and stacking the result. In any case, best practice is to start your exec with Address Command and proceed any CP commands with CP, invoke execs using EXEC, and make sure commands are in upper case. On Tue, Nov 2, 2010 at 5:19 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Tom: *I think you may have found the problem.* *You use ADDRESS COMMAND CP SET VSWITCH.* *I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: *68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 *Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete *Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* *What do you think?* -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: No IPL VSWITCH Connectivity
So I guess what you telling me, Tom, is that . . . Though the XAUTOLOG's have no CMS synonyms and work in my AUTOLOG1 EXEC without the ADDRESS COMMAND or even the CP prefix, it is not good form. But the CP SET VSWITCH, being synonymous with the CMS SET command, does not get recognized as a CP command even though it has the CP prefix. The CP prefix is not enough. It needs the ADDRESS COMMAND mode set in addition to the CP prefix. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 05:28 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX1 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX2 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX3 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINXU4.. .. ADDRESS COMMAND CP XAUTOLOG DTCVSW1 SYNCOK this does sort of wait.. ADDRESS COMMAND CP XAUTOLOG TCPIP ADDRESS COMMAND CP XAUTOLOG ZLINUX1 ADDRESS COMMAND CP XAUTOLOG ZLINUX2 ADDRESS COMMAND CP XAUTOLOG ZLINUX3 ADDRESS COMMAND CP XAUTOLOG ZLINUX4 .. .. .. ADDRESS COMMAND CP XAUTOLOG VMRMSVM ADDRESS COMMAND CP XAUTOLOG CMSRUN ADDRESS COMMAND CP XAUTOLOG WAKEUP On Tue, Nov 2, 2010 at 12:56 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
No - from what you showed - the 'COMMAND COMPLETE' indicates that CP SET VSWITCH was actually issued. There is no CMS SET VSWITCH -- it would have failed with 'invalid operand' or something. It 'is' good practice to use Address Command -- but that's a red herring here, I think. Scott Rohling On Tue, Nov 2, 2010 at 3:38 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: So I guess what you telling me, Tom, is that . . . Though the XAUTOLOG's have no CMS synonyms and work in my AUTOLOG1 EXEC without the ADDRESS COMMAND or even the CP prefix, it is not good form. But the CP SET VSWITCH, being synonymous with the CMS SET command, does not get recognized as a CP command even though it has the CP prefix. The CP prefix is not enough. It needs the ADDRESS COMMAND mode set in addition to the CP prefix. *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 05:28 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX1 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX2 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX3 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINXU4.. .. ADDRESS COMMAND CP XAUTOLOG DTCVSW1 SYNCOK this does sort of wait.. ADDRESS COMMAND CP XAUTOLOG TCPIP ADDRESS COMMAND CP XAUTOLOG ZLINUX1 ADDRESS COMMAND CP XAUTOLOG ZLINUX2 ADDRESS COMMAND CP XAUTOLOG ZLINUX3 ADDRESS COMMAND CP XAUTOLOG ZLINUX4 .. .. .. ADDRESS COMMAND CP XAUTOLOG VMRMSVM ADDRESS COMMAND CP XAUTOLOG CMSRUN ADDRESS COMMAND CP XAUTOLOG WAKEUP On Tue, Nov 2, 2010 at 12:56 PM, George Henke/NYLIC * george_he...@newyorklife.com* george_he...@newyorklife.com wrote: Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. *Tom Huegel **tehue...@gmail.com* tehue...@gmail.com** Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
You're right, Scott. Looks like Alan and Sue Farrell have found the problem. Portname is the culprit, like they both said from the start. In our SYSTEM CONFIG VSWITCH is defined as: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 But I just remembered that . . . Last weekend we IPLed and the LINUXes did not connect right away as usual. So, I destroyed the VSWITCH, cut and pasted the SYSTEM CONFIG definition as shown above, and they still did not connect. Then someone else entered: define vswitch lnxvsw1 rdev 9004 And everything connected. That's gotta be it. Scott Rohling scott.rohl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 05:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No - from what you showed - the 'COMMAND COMPLETE' indicates that CP SET VSWITCH was actually issued. There is no CMS SET VSWITCH -- it would have failed with 'invalid operand' or something. It 'is' good practice to use Address Command -- but that's a red herring here, I think. Scott Rohling On Tue, Nov 2, 2010 at 3:38 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: So I guess what you telling me, Tom, is that . . . Though the XAUTOLOG's have no CMS synonyms and work in my AUTOLOG1 EXEC without the ADDRESS COMMAND or even the CP prefix, it is not good form. But the CP SET VSWITCH, being synonymous with the CMS SET command, does not get recognized as a CP command even though it has the CP prefix. The CP prefix is not enough. It needs the ADDRESS COMMAND mode set in addition to the CP prefix. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 05:28 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX1 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX2 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX3 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINXU4.. .. ADDRESS COMMAND CP XAUTOLOG DTCVSW1 SYNCOK this does sort of wait.. ADDRESS COMMAND CP XAUTOLOG TCPIP ADDRESS COMMAND CP XAUTOLOG ZLINUX1 ADDRESS COMMAND CP XAUTOLOG ZLINUX2 ADDRESS COMMAND CP XAUTOLOG ZLINUX3 ADDRESS COMMAND CP XAUTOLOG ZLINUX4 .. .. .. ADDRESS COMMAND CP XAUTOLOG VMRMSVM ADDRESS COMMAND CP XAUTOLOG CMSRUN ADDRESS COMMAND CP XAUTOLOG WAKEUP On Tue, Nov 2, 2010 at 12:56 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM
Re: No IPL VSWITCH Connectivity
Scott Rohling wrote: No - from what you showed - the 'COMMAND COMPLETE' indicates that CP SET VSWITCH was actually issued. There is no CMS SET VSWITCH -- it would have failed with 'invalid operand' or something. It 'is' good practice to use Address Command -- but that's a red herring here, I think. Use it *once* at the top of the EXEC and avoid the repetitive redundancy :-) Les Scott Rohling On Tue, Nov 2, 2010 at 3:38 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: So I guess what you telling me, Tom, is that . . . Though the XAUTOLOG's have no CMS synonyms and work in my AUTOLOG1 EXEC without the ADDRESS COMMAND or even the CP prefix, it is not good form. But the CP SET VSWITCH, being synonymous with the CMS SET command, does not get recognized as a CP command even though it has the CP prefix. The CP prefix is not enough. It needs the ADDRESS COMMAND mode set in addition to the CP prefix. *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 05:28 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX1 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX2 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINUX3 ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT ZLINXU4.. .. ADDRESS COMMAND CP XAUTOLOG DTCVSW1 SYNCOK this does sort of wait.. ADDRESS COMMAND CP XAUTOLOG TCPIP ADDRESS COMMAND CP XAUTOLOG ZLINUX1 ADDRESS COMMAND CP XAUTOLOG ZLINUX2 ADDRESS COMMAND CP XAUTOLOG ZLINUX3 ADDRESS COMMAND CP XAUTOLOG ZLINUX4 .. .. .. ADDRESS COMMAND CP XAUTOLOG VMRMSVM ADDRESS COMMAND CP XAUTOLOG CMSRUN ADDRESS COMMAND CP XAUTOLOG WAKEUP On Tue, Nov 2, 2010 at 12:56 PM, George Henke/NYLIC * george_he...@newyorklife.com* george_he...@newyorklife.com wrote: Tom Would you be so kind as to send me a copy of your AUTOLOG1 EXEC? If I use it as a model, I should be ok. *Tom Huegel **tehue...@gmail.com* tehue...@gmail.com** Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel
Re: No IPL VSWITCH Connectivity
I just noticed that in my AUTOLOG1 PROFILE EXEC, TCPIP is XAUTOLOGed just before the GRANTS. Could it be that VSWITCH is not ready until TCPIP is fully logged on, the TCPIP stack built? Do I need a delay in my AUTLOG1 PROFILE EXEC after the XAUTOLOG of TCPIP to make this happen? 'CP XAUTOLOG TCPIP' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity The 2 entries I have in my system config. 1 for layer 2 and 1 for layer 3. Both work at IPL. DEFINE VSWITCH VSWTCH1 RDEV 0600 CONTR * ETH Define VSWITCH VSWTCH3 RDEV 0604 CONTR * IP On Mon, Nov 1, 2010 at 3:07 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: No IPL VSWITCH Connectivity
Hmm. I have all my GRANTs in the SYSTEM CONFIG, not in autolog1. Is your TCPIP using the VSWITCH or is it a controller for the VSWITCH? On Mon, Nov 1, 2010 at 3:18 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: I just noticed that in my AUTOLOG1 PROFILE EXEC, TCPIP is XAUTOLOGed just before the GRANTS. Could it be that VSWITCH is not ready until TCPIP is fully logged on, the TCPIP stack built? Do I need a delay in my AUTLOG1 PROFILE EXEC after the XAUTOLOG of TCPIP to make this happen? 'CP XAUTOLOG TCPIP' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' *Mark Pace pacemainl...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity The 2 entries I have in my system config. 1 for layer 2 and 1 for layer 3. Both work at IPL. DEFINE VSWITCH VSWTCH1 RDEV 0600 CONTR * ETH Define VSWITCH VSWTCH3 RDEV 0604 CONTR * IP On Mon, Nov 1, 2010 at 3:07 PM, George Henke/NYLIC * george_he...@newyorklife.com* george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: No IPL VSWITCH Connectivity
George, I have my DEF VSWITCH for both layer 1 and layer 2, followed by grants, and lastly the autolog of TCPIP in my AUTOLOG1. I have not had any issues with my switches or TCPIP with this arrangement. Bob From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I just noticed that in my AUTOLOG1 PROFILE EXEC, TCPIP is XAUTOLOGed just before the GRANTS. Could it be that VSWITCH is not ready until TCPIP is fully logged on, the TCPIP stack built? Do I need a delay in my AUTLOG1 PROFILE EXEC after the XAUTOLOG of TCPIP to make this happen? 'CP XAUTOLOG TCPIP' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity The 2 entries I have in my system config. 1 for layer 2 and 1 for layer 3. Both work at IPL. DEFINE VSWITCH VSWTCH1 RDEV 0600 CONTR * ETH Define VSWITCH VSWTCH3 RDEV 0604 CONTR * IP On Mon, Nov 1, 2010 at 3:07 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: No IPL VSWITCH Connectivity
George, we do the define and the grant in the System Config DEFINE VSWITCH VM2SWTCH RDEV 720 730 VLAN 240 PORTT ACCESS NAT 1, PORTNAME PORT720 PORT730 MODIFY VSWITCH VM2SWTCH GRANT TCPIP MODIFY VSWITCH VM2SWTCH GRANT MLXESS1T MODIFY VSWITCH VM2SWTCH GRANT MLXORA1T and then bring up the controllers and tcpip in the autolog1 profile exec 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 30 SEC' 'CP XAUTOLOG TCPIP' 'CP SLEEP 90 SEC' 'CP XAUTOLOG GCS' munson From: George Henke/NYLIC george_he...@newyorklife.com To: IBMVM@LISTSERV.UARK.EDU Date: 11/01/2010 03:18 PM Subject:Re: No IPL VSWITCH Connectivity Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I just noticed that in my AUTOLOG1 PROFILE EXEC, TCPIP is XAUTOLOGed just before the GRANTS. Could it be that VSWITCH is not ready until TCPIP is fully logged on, the TCPIP stack built? Do I need a delay in my AUTLOG1 PROFILE EXEC after the XAUTOLOG of TCPIP to make this happen? 'CP XAUTOLOG TCPIP' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity The 2 entries I have in my system config. 1 for layer 2 and 1 for layer 3. Both work at IPL. DEFINE VSWITCH VSWTCH1 RDEV 0600 CONTR * ETH Define VSWITCH VSWTCH3 RDEV 0604 CONTR * IP On Mon, Nov 1, 2010 at 3:07 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' -- Mark D Pace Senior Systems Engineer Mainline Information Systems *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: No IPL VSWITCH Connectivity
On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
The VSWITCH will not be defined if TCP/IP has not initialized. But the GRANTS should have no bearing on whether the VSWTICH gets defined or not. I do both my define and Grants in AUTOLOG2 in my case, and come up with no issues at IPL time. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bill Munson Sent: Monday, November 01, 2010 3:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity George, we do the define and the grant in the System Config DEFINE VSWITCH VM2SWTCH RDEV 720 730 VLAN 240 PORTT ACCESS NAT 1, PORTNAME PORT720 PORT730 MODIFY VSWITCH VM2SWTCH GRANT TCPIP MODIFY VSWITCH VM2SWTCH GRANT MLXESS1T MODIFY VSWITCH VM2SWTCH GRANT MLXORA1T and then bring up the controllers and tcpip in the autolog1 profile exec 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 30 SEC' 'CP XAUTOLOG TCPIP' 'CP SLEEP 90 SEC' 'CP XAUTOLOG GCS' munson From:George Henke/NYLIC george_he...@newyorklife.com To:IBMVM@LISTSERV.UARK.EDU Date:11/01/2010 03:18 PM Subject:Re: No IPL VSWITCH Connectivity Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I just noticed that in my AUTOLOG1 PROFILE EXEC, TCPIP is XAUTOLOGed just before the GRANTS. Could it be that VSWITCH is not ready until TCPIP is fully logged on, the TCPIP stack built? Do I need a delay in my AUTLOG1 PROFILE EXEC after the XAUTOLOG of TCPIP to make this happen? 'CP XAUTOLOG TCPIP' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:13 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity The 2 entries I have in my system config. 1 for layer 2 and 1 for layer 3. Both work at IPL. DEFINE VSWITCH VSWTCH1 RDEV 0600 CONTR * ETH Define VSWITCH VSWTCH3 RDEV 0604 CONTR * IP On Mon, Nov 1, 2010 at 3:07 PM, George Henke/NYLIC george_he...@newyorklife.commailto:george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' -- Mark D Pace Senior Systems Engineer Mainline Information Systems *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: No IPL VSWITCH Connectivity
My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
I have no problem do all of my VSWITCH definitions and GRANTs prior to TCP/IP being initialized: Define VSwitch VSW1 RDev 0F96 0F99 Define VSwitch VSWAILT RDev 181D 1200 Define VSwitch VSWTMK00 RDev None, IP Nonrouter, VLAN Unaware Modify VSwitch VSW1 GRAnt LINUX000 Modify VSwitch VSWTMK00 GRAnt AILPROD Modify VSwitch VSWTMK00 GRAnt AILTEST Modify VSwitch VSWTMK00 GRAnt GLOBE Modify VSwitch VSWTMK00 GRAnt TCPIP Modify VSwitch VSWTMK00 GRAnt TMKA Modify VSwitch VSWTMK00 GRAnt TMKB Modify VSwitch VSWTMK00 GRAnt TMKC Modify VSwitch VSWTMK00 GRAnt TMKD Modify VSwitch VSWTMK00 GRAnt TECH Modify VSwitch VSWTMK00 GRAnt UA Modify VSwitch VSWAILT GRAnt AILTEST Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No IPL VSWITCH Connectivity
ty, Frank . . . Do you IUCV to VSWITCH in your TCPIP Directory entry? Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have no problem do all of my VSWITCH definitions and GRANTs prior to TCP/IP being initialized: Define VSwitch VSW1 RDev 0F96 0F99 Define VSwitch VSWAILT RDev 181D 1200 Define VSwitch VSWTMK00 RDev None, IP Nonrouter, VLAN Unaware Modify VSwitch VSW1 GRAnt LINUX000 Modify VSwitch VSWTMK00 GRAnt AILPROD Modify VSwitch VSWTMK00 GRAnt AILTEST Modify VSwitch VSWTMK00 GRAnt GLOBE Modify VSwitch VSWTMK00 GRAnt TCPIP Modify VSwitch VSWTMK00 GRAnt TMKA Modify VSwitch VSWTMK00 GRAnt TMKB Modify VSwitch VSWTMK00 GRAnt TMKC Modify VSwitch VSWTMK00 GRAnt TMKD Modify VSwitch VSWTMK00 GRAnt TECH Modify VSwitch VSWTMK00 GRAnt UA Modify VSwitch VSWAILT GRAnt AILTEST Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No IPL VSWITCH Connectivity
George, From the info you've given it sounds like the VSWITCH is being created but the GRANT command within the AUTOLOG1 exec is failing. Check your LINUX log to see if there is an error on the NIC while trying to initialize. If so you might want to check to make sure that AUTOLOG1 has the required privclass (B) to issue the SET VSWITCH command. Regards, Denny Burch z/VM and z/LINUX Systems DISA DECC Mechanicsburg 717 605-1181 (dsn) 430-1181 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 15:43 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
Aubry, I thought the same as you, but I AUTOLOG1 does have privclass (B): I am not quite sure where or how to check the LINUX logs. USER AUTOLOG1 AUTOLOG1 32M 32M ABCDEG AUTOLOG OP1 MAINT ACCOUNT 9 SYSTEM MACH ESA IPL 190 CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINTSYS 190 190 RR MDISK 191 3390 2000 001 540RES MR RAUTOLOG WAUTOLOG MAUTOLOG Burch, Aubrey D Mr CIV DISA CDB12 denny.bu...@csd.disa.mil Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 04:04 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity George, From the info you've given it sounds like the VSWITCH is being created but the GRANT command within the AUTOLOG1 exec is failing. Check your LINUX log to see if there is an error on the NIC while trying to initialize. If so you might want to check to make sure that AUTOLOG1 has the required privclass (B) to issue the SET VSWITCH command. Regards, Denny Burch z/VM and z/LINUX Systems DISA DECC Mechanicsburg 717 605-1181 (dsn) 430-1181 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 15:43 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: No IPL VSWITCH Connectivity
Just manually logon to the linux guest to see if it is connecting to the vswitch. On Mon, Nov 1, 2010 at 4:09 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Aubry, I thought the same as you, but I AUTOLOG1 does have privclass (B): I am not quite sure where or how to check the LINUX logs. *USER AUTOLOG1 AUTOLOG1 32M 32M ABCDEG* AUTOLOG OP1 MAINT ACCOUNT 9 SYSTEM MACH ESA IPL 190 CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINTSYS 190 190 RR MDISK 191 3390 2000 001 540RES MR RAUTOLOG WAUTOLOG MAUTOLOG *Burch, Aubrey D Mr CIV DISA CDB12 denny.bu...@csd.disa.mil* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 04:04 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity George, From the info you've given it sounds like the VSWITCH is being created but the GRANT command within the AUTOLOG1 exec is failing. Check your LINUX log to see if there is an error on the NIC while trying to initialize. If so you might want to check to make sure that AUTOLOG1 has the required privclass (B) to issue the SET VSWITCH command. Regards, Denny Burch z/VM and z/LINUX Systems DISA DECC Mechanicsburg 717 605-1181 (dsn) 430-1181 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 15:43 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: No IPL VSWITCH Connectivity
George, During construction of the virtual machine while it is being logged on, important CP messages and warnings may be displayed. Unfortunately, by the time that the PROFILE EXEC is running, and the typical (for important service machines) CP SPOOL CONSOLE * START command is interpreted, some warnings and errors ay have already been reported. A few releases ago, IBM provided the new CP directory statement to let us capture those messages in the SPOOLed console log (and for other uses, too!): COMMAND It's a good idea for critical SVMs to include in their CP directory entries the statement (this is a short example, you can get more elaborate, e.g. setting a different TO userid destination): COMMAND SPOOL CONSOLE START TO * The COMMAND statement has specific requirements, examine it in the CP Planning and Administration manual. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:09 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Aubry, I thought the same as you, but I AUTOLOG1 does have privclass (B): I am not quite sure where or how to check the LINUX logs. USER AUTOLOG1 AUTOLOG1 32M 32M ABCDEG AUTOLOG OP1 MAINT ACCOUNT 9 SYSTEM MACH ESA IPL 190 CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINTSYS 190 190 RR MDISK 191 3390 2000 001 540RES MR RAUTOLOG WAUTOLOG MAUTOLOG Burch, Aubrey D Mr CIV DISA CDB12 denny.bu...@csd.disa.mil Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 04:04 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity George, From the info you've given it sounds like the VSWITCH is being created but the GRANT command within the AUTOLOG1 exec is failing. Check your LINUX log to see if there is an error on the NIC while trying to initialize. If so you might want to check to make sure that AUTOLOG1 has the required privclass (B) to issue the SET VSWITCH command. Regards, Denny Burch z/VM and z/LINUX Systems DISA DECC Mechanicsburg 717 605-1181 (dsn) 430-1181 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 15:43 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP
Re: No IPL VSWITCH Connectivity
Maybe let's do a Q VSWITCH LNXVSW1 DET after IPL when it is NOT working. Then SET VSWITCH LNXVSW1 CONNECT let's see if it connects. Then QUERY it again.. Let's see what it looks like. On Mon, Nov 1, 2010 at 1:17 PM, Mike Walter mike.wal...@hewitt.com wrote: George, During construction of the virtual machine while it is being logged on, important CP messages and warnings may be displayed. Unfortunately, by the time that the PROFILE EXEC is running, and the typical (for important service machines) CP SPOOL CONSOLE * START command is interpreted, some warnings and errors ay have already been reported. A few releases ago, IBM provided the new CP directory statement to let us capture those messages in the SPOOLed console log (and for other uses, too!): COMMAND It's a good idea for critical SVMs to include in their CP directory entries the statement (this is a short example, you can get more elaborate, e.g. setting a different TO userid destination): COMMAND SPOOL CONSOLE START TO * The COMMAND statement has specific requirements, examine it in the CP Planning and Administration manual. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:09 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Aubry, I thought the same as you, but I AUTOLOG1 does have privclass (B): I am not quite sure where or how to check the LINUX logs. USER AUTOLOG1 AUTOLOG1 32M 32M ABCDEG AUTOLOG OP1 MAINT ACCOUNT 9 SYSTEM MACH ESA IPL 190 CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINTSYS 190 190 RR MDISK 191 3390 2000 001 540RES MR RAUTOLOG WAUTOLOG MAUTOLOG Burch, Aubrey D Mr CIV DISA CDB12 denny.bu...@csd.disa.mil Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 04:04 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity George, From the info you've given it sounds like the VSWITCH is being created but the GRANT command within the AUTOLOG1 exec is failing. Check your LINUX log to see if there is an error on the NIC while trying to initialize. If so you might want to check to make sure that AUTOLOG1 has the required privclass (B) to issue the SET VSWITCH command. Regards, Denny Burch z/VM and z/LINUX Systems DISA DECC Mechanicsburg 717 605-1181 (dsn) 430-1181 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 15:43 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG
Re: No IPL VSWITCH Connectivity
If you have defined your VSWITCH exactly like you first mentioned: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 then your problem is the PORTNAME. rdef 9004 is being treated as additional portnames. Like Alan said, leave it off. See the syntax note for DEFINE VSWITCH: Notes: (1) You can specify the operands in any order, as long as switchname is the first operand specified, and portname is the last operand specified, if applicable.
Re: No IPL VSWITCH Connectivity
DEVICE VSWA90 OSD A90 PORTNAME PORTA90 PORTNUMBER 0 NONROUTER AUTORESTART LINKVSW0 QDIOETHERNET VSWA90 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Frank . . . Do you IUCV to VSWITCH in your TCPIP Directory entry? Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:51 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have no problem do all of my VSWITCH definitions and GRANTs prior to TCP/IP being initialized: Define VSwitch VSW1 RDev 0F96 0F99 Define VSwitch VSWAILT RDev 181D 1200 Define VSwitch VSWTMK00 RDev None, IP Nonrouter, VLAN Unaware Modify VSwitch VSW1 GRAnt LINUX000 Modify VSwitch VSWTMK00 GRAnt AILPROD Modify VSwitch VSWTMK00 GRAnt AILTEST Modify VSwitch VSWTMK00 GRAnt GLOBE Modify VSwitch VSWTMK00 GRAnt TCPIP Modify VSwitch VSWTMK00 GRAnt TMKA Modify VSwitch VSWTMK00 GRAnt TMKB Modify VSwitch VSWTMK00 GRAnt TMKC Modify VSwitch VSWTMK00 GRAnt TMKD Modify VSwitch VSWTMK00 GRAnt TECH Modify VSwitch VSWTMK00 GRAnt UA Modify VSwitch VSWAILT GRAnt AILTEST Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: After IPL we can destroy the VSWITCH: det vswitch lnxvsw1 Then issue the same commands as in the IPL below and everything connects. Why? Are there some restrictions, considerations, for defining the VSWITCH at IPL time? SYSTEM CONFIG: define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. AUTOLOG1: PROFILE EXEC: 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. 'CP XAUTOLOG VLINUX1' 'CP XAUTOLOG VLINUX2' 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant
Re: No IPL VSWITCH Connectivity
On Monday, 11/01/2010 at 03:57 EDT, George Henke/NYLIC george_he...@newyorklife.com wrote: Do you IUCV to VSWITCH in your TCPIP Directory entry? Do NOT use your TCPIP virtual machine as a controller. That's what DTCVSW1 and 2 are for. The SET VSWITCH GRANT is independent on the controllers; the controllers are not involved in authorization. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott