Is this PC multi-homed? Does your ICC Intranet have a connection to your regular Intranet?
-----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: September 10, 2007 14:21 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.2 ICC console connection problems I get various results sometimes I get no error sometimes I get unable to connect to host some times unable to find host/gateway I have another backup pc that is able to connect to the ICC ...and on the pc that cannot connect to the icc I am able to connect to vm's tcpip very weird...don't know what to do diagnostics on the icc shows no errors ibm ce is here now also scratching his head. (he also accidently varied off the wrong chpid bringing down my whole ip network). -Jim On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote: > Then it's likely not a card but a network problem. Asymmetric routing maybe? > Do you get any errors when you try to connect? > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote: > > ping works! > > > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote: > > > That should be OK. Try to ping the IP address from the PC. Do traceroute > if > > > you can't ping. > > > > > > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote: > > > > I do not have access to all the os's that run in each lpar so I did > > > > everything from the HMC. > > > > I higlighted each image one by one and configured the channel path > off. > > > > I again highlighted each image and this time configured the channel > > > online. > > > > FYI - the only image that is actually using the ICC chpid is the vm > > > > 5.2 system which I do have access to. > > > > -jim > > > > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote: > > > > > Let's be clear. On all LPARs: > > > > > > > > > > CP VARY OFF PATH xx FROM ALL > > > > > CP VARY OFF CHPID xx > > > > > > > > > > Then on each LPAR: > > > > > > > > > > CP VARY ON CHPID xx > > > > > > > > > > Did you do that? > > > > > > > > > > > > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote: > > > > > > OK thanks. I varied all off first and the all on. > > > > > > I saw all the devices go off and come back online on operx. > > > > > > ...but it didn't help - I still cannot connect from the pc to the > icc > > > > > port. > > > > > > I did enable the console cuu before trying. > > > > > > > > > > > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote: > > > > > > > Yes. It has to be offline to all LPARs in order to reset itself. > > > > > > > > > > > > > > > > > > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote: > > > > > > > > maybe we're getting someplace. > > > > > > > > are you suggesting that I have to config path off in all the > lpars > > > and > > > > > > > > then config it on in all? > > > > > > > > what I did was off/on in lpar 1 - off/on lpar2 and so on. > > > > > > > > > > > > > > > > > > > > > > > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote: > > > > > > > > > Did you vary it offline from all LPARs at the same time? > > > > > > > > > > > > > > > > > > > > > > > > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote: > > > > > > > > > > I did try toggling the chpid off/on in each of the lpars > but > > > I'm > > > > > not > > > > > > > > > > sure it worked properly. > > > > > > > > > > it went from online/online to online/standby. I never did > see > > > the > > > > > > > > > > current state go to offline! > > > > > > > > > > > > > > > > > > > > On 9/10/07, Rich Smrcina < [EMAIL PROTECTED] > wrote: > > > > > > > > > > > Resetting the ICC port will only affect the ICC users, > if > > > most > > > > > of > > > > > > > your > > > > > > > > > > > users are coming in through VM's TCP/IP stack, it's not > > > using > > > > > the > > > > > > > ICC. > > > > > > > > > > > If only your console or datacenter users use the ICC, > you > > > can > > > > > reset > > > > > > > it > > > > > > > > > > > without affecting your users. > > > > > > > > > > > > > > > > > > > > > > James M wrote: > > > > > > > > > > > > device shows enabled. > > > > > > > > > > > > I cannot reset the port on the hmc since it's a dual > port > > > card > > > > > > > (icc & > > > > > > > > > > > > tcpip) and that would mean dropping many vm & os > telnet > > > > > clients. > > > > > > > > > > > > > > > > > > > > > > > > On 9/10/07, David Kreuter < [EMAIL PROTECTED] > > > > > wrote: > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> from the hmc try resetting the OSA port at the chpid > > > level. > > > > > > > > > > > >> David > > > > > > > > > > > >> > > > > > > > > > > > >> __________________________ ____ __ > > > > > > > > > > > >> From: The IBM z/VM Operating System on behalf of > James M > > > > > > > > > > > >> Sent: Mon 9/10/2007 10:47 AM > > > > > > > > > > > >> To: IBMVM@LISTSERV.UARK.EDU > > > > > > > > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection > problems > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> Over the weekend an operator "I did something..I > don't > > > know > > > > > what" > > > > > > > > > that > > > > > > > > > > > >> has rendered the ICC vm console unusable. > > > > > > > > > > > >> I tried disable/enable cuu, vary off/on path to cuu > and > > > > > dropping > > > > > > > the > > > > > > > > > > > >> session from the HMC ICC utilities menu all to no > avail. > > > > > > > > > > > >> Can someone please suggest other possible solutions. > > > Thanks > > > > > > > > > > > >> -Jim > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > Rich Smrcina > > > > > > > > > > > VM Assist, Inc. > > > > > > > > > > > Phone: 414-491-6001 > > > > > > > > > > > Ans Service: 360-715-2467 > > > > > > > > > > > rich.smrcina at vmassist.com > > > > > > > > > > > http://www.linkedin.com/in/richsmrcina > > > > > > > > > > > > > > > > > > > > > > Catch the WAVV! http://www.wavv.org > > > > > > > > > > > WAVV 2008 - Chattanooga - April 18-22, 2008 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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 of 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 by 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 basis of the 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 the property of the TTC and must not be altered or circumvented in any manner.