Re: "Ghost" users on z/VM 5.2

[Alan Ackerman]

On Mon, 10 Sep 2007 17:38:05 -0400, Hooker, Don <[EMAIL PROTECTED]> w
rote:

>It's been *so* long since I've seen users stuck in "Logoff/Force
>Pending" state for any length of time that I thought it had been fixed.
>We have a z/VSE guest stuck in that state since Sunday.
>
>Anybody else seen this on current levels of z/VM?
>
>Many years ago when it was a more frequent problem, I wrote an assembler

>program that massaged some bits in the (then) VMBLOCK to free it up.  I
>did not take some things into account at the time, so sometimes it
>worked, but then othertimes... 
>
>Does anybody have any current tricks to free up a user in this state
>(short of VM IPL).
>
=
==
=

Yes, we had several hung users last week. ESASERVE & ESAWRITE & a
nyone that issued CP 
MONITOR or VARY OFF. 

To quote my colleague, Dennis O'Brien:

Could this problem be an occurrence of the problem described in VM64184?
A dynamic HCD activation was done an hour or two before the problem  
   
started, and I believe the DASD ports were unblocked just before it  
   
started. I'm still waiting for confirmation on that. The HCD activation 

moved the 7000-77FF addresses from one DASD subsystem to another, and  
 
also changed some of the addresses from aliases to base volumes. After 
 
the activation, some of the responses from QUERY PAV are erroneous, e.g.
"Device 7059 is an alias Parallel Access Volume device whose base device
is 7059" 

We sent IBM a SNADUMP and they determined that Dennis was right, it was A
PAR VM64184. We 
installed the PTF to z/VM 5.2.0 over the weekend and so far no recurrence
. 

We have a long-standing policy of always attempting to document and repor
t hung users to IBM. 
We think that has helped IBM improve the situation, and thank everyone el
se who has done the 
same!

I know of no good tricks in this case, only a VM IPL would clear the hung
 users. 

Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com 

Z/VM Cook book

[Paul Raulerson]

Does anyone know if they have updated the z/VM cookbook for 5.3 yet? That is
one really fine redbook. I'm proud of myself, I got 5.3 installed today! 

Not configured yet, but it *is* installed. Funny story about booting DVD's
from the HMC goes with that, but I think I will wait to share it until after
the pain goes away. :)  

 

-Paul

Re: "Ghost" users on z/VM 5.2

[Stephen Frazier]

A "Logoff/Force Pending" state means that something unexpected happened. For years whenever a new 
cause was discovered IBM has added a test for that condition and does something about it. That is 
why they have gotten fewer and fewer. Apparently you found another unexpected condition. So call IBM
and send them the info to find and fix it. Maybe it is the last one and no one will ever have a hung 
user again. :)


Hooker, Don wrote:

It's been *so* long since I've seen users stuck in "Logoff/Force
Pending" state for any length of time that I thought it had been fixed.
We have a z/VSE guest stuck in that state since Sunday.

Anybody else seen this on current levels of z/VM?

Many years ago when it was a more frequent problem, I wrote an assembler
program that massaged some bits in the (then) VMBLOCK to free it up.  I
did not take some things into account at the time, so sometimes it
worked, but then othertimes... 

Does anybody have any current tricks to free up a user in this state
(short of VM IPL).


--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: "Ghost" users on z/VM 5.2

[Mike Walter]

Might I humbly suggest going through the attached process before twiddling 
any bits?  Getting doc for IBM is always a good idea so that hung users 
don't make a reappearance.  Each time one appears, shoot the problem so we 
don't have to shoot the users.  Even if it might be a good idea to shoot 
some users!  ;-)

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.

READ: HUNGUSER HELPME
When a userid becomes hung in a LOGOFF/FORCE PENDING state, the following  
 
alternatives may be tried -- some require more than class "G" privs:  

- If you have the time, simply waiting 15 minutes for CP to perform  
  housecleaning chores might free the userid, completing the LOGOFF  
  or FORCE.  


- Use the public domain utility "TRACK" to determine if the userid is  
  awaiting completion of an I/O to a particular unresponsive device.  

  Use the commands:  
TRACK hungid DEV CLASS * IO PENDing  
TRACK hungid DEV CLASS * IO ACTIVE  

  Nota bene: As of 23 Feb 2006 TRACK can be obtained from:  
 http://vm.marist.edu/track/code.html  


- Before attempting anything that actually changes the hung userid,  
  if you can (consider communication time-outs which may occur that  
  could affect other users) before muddying the waters, get a current  
  system dump for IBM to diagnose later.  From a privclass "A' user:  

CP QUERY DUMP  (then ensure that it is going to disk)  
  Then: CP WNG ALL This system may be non-responsive for a few minutes   
   while diagnostic information is obtained.  
  Then: CP SNAPDUMP  


- Sometimes a simple message frees up the "hungid" without further ado.   
  From a privclass A, B, or C userid, issue:  
CP WNG hungid Hello  



- If the ID was awaiting I/O to a terminal, simply connecting from a  
  working terminal may free the ID.  From a free terminal, issue:  
CP LOGON hungid HERE  


- For users logged on via TELNET terminals, issue:  
NETSTAT TELNET  
  Find the matching tn3270 connection, and issue:  
NETSTAT DROP conn_num  


- "CPHX" is reported to cancel pending CP commands: ATTACH, LOCATE,  
  LOCATEVM, and VARY ONLINE|OFFLINE (see HELP for more detail).  
  From a privclass "A" userid, issue:  
CP CPHX hungid  


- If TRACK (above) showed an active I/O which cannot be remedied  
  (e.g. by making a tape drive "Ready"), the I/O may be able to be  
  cancelled.  From a privclass "A" userid, issue:  
CP HALT rdev  
  Due to queued I/Os or recalcitrant devices, HALT may need to be issued   
 
  repeatedly until the following message is received:  
 Halt was not initiated to tape  because the device as not active  
 


- If nothing freed the hung user, open a Problem Management Report (PMR)   
 
  with IBM, and provide the SNAPDUMP for analysis.  

.cm Last updated 2007/01/04 mrw  



"Hooker, Don" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
09/10/2007 04:38 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
"Ghost" users on z/VM 5.2






It's been *so* long since I've seen users stuck in "Logoff/Force
Pending" state for any length of time that I thought it had been fixed.
We have a z/VSE guest stuck in that state since Sunday.

Anybody else seen this on current levels of z/VM?

Many years ago when it was a more frequent problem, I wrote an assembler
program that massaged some bits in the (then) VMBLOCK to free it up.  I
did not take some things into account at the time, so sometimes it
worked, but then othertimes... 

Does anybody have any current tricks to free up a user in this state
(short of VM IPL).



 
The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient 
is strictly prohibited.

"Ghost" users on z/VM 5.2

[Hooker, Don]

It's been *so* long since I've seen users stuck in "Logoff/Force
Pending" state for any length of time that I thought it had been fixed.
We have a z/VSE guest stuck in that state since Sunday.

Anybody else seen this on current levels of z/VM?

Many years ago when it was a more frequent problem, I wrote an assembler
program that massaged some bits in the (then) VMBLOCK to free it up.  I
did not take some things into account at the time, so sometimes it
worked, but then othertimes... 

Does anybody have any current tricks to free up a user in this state
(short of VM IPL).

Re: z/VM 5.2 ICC console connection problems

[Alan Altmark]

On Monday, 09/10/2007 at 03:30 EDT, James M <[EMAIL PROTECTED]> wrote:
> I'm particularly interested in WSA Rc 10053

http://www.sockets.com/err_lst1.htm#WSAECONNABORTED indicates your *PC* 
terminated the connection, presumably because TCP (not the application!) 
didn't like the data it received.  A sniffer would be most helpful.

Alan Altmark
z/VM Development
IBM Endicott

Re: z/VM 5.2 ICC console connection problems

[James M]

the pc has only one network interface but thanks for the thought.
IBM has left not knowing what the problem is but nevertheless ordered
a new osa card.
will see if that corrects the problem later
I'm leaving also (been here for 10+ hours).
Thanks for all the input - I will post any interesting news.

On 9/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> What I was leading to is, 'Do you have a routing problem?'. If the PC
> you are having problems with is multi-homed and is on both your regular
> Intranet and the ICC subnet, perhaps the operator messed up the
> multi-homing and your tm3270 session is going through the wrong
> connection.
>
> If your ICC subnet connects into the rest of your Intranet, perhaps the
> operator did something to mess up that routing.
>
> I don't know much about this, except some reading towards (hopefully)
> getting a z9, so these are mostly guesses.
>
> Peter
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of James M
> Sent: September 10, 2007 15:24
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 5.2 ICC console connection problems
>
> the icc is on the same subnet as the bad pc.
> I will scream if this turns out to be a windows problem
>
> here's a trace of two seperate tn3270 icc connection failures.
> notice two different errors before the "terminating session"...
> any socket programmers out there willing to looks at the trace...
>
> [15:04:26.671] [1] Tracing has been enabled
> [15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007  Switches
> '-p "C:\Documents and Settings\Terminal User\Application
> Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep"'
> [15:04:26.671] Program Description: "HostExplorer for Win32", Version:
> 9.0.0.0, Ansi CodePage: 1252
> [15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) "Service Pack
> 4" OEM ID 0, Processors 1, ProcessorType 586
> [15:04:31.531] [1] Switched into NVT mode
> [15:04:31.546] [1] WinSock Initialized. Version 1.1
> [15:04:31.546] [1] WinSock Description: "WinSock 2.0", Status: "Running"
> [15:04:31.546] [1] Socket Close. Rc: -1
> [15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
> [15:04:56.046] [1] NVT terminal type mode
> [15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
> [15:04:56.062] [1] Recv completed. Data follows:
> FF FD 28
> [15:04:56.062] [1] Blocking Receive events...
> [15:04:56.062] [1] Got DO TN3270E
> [15:04:56.062] [1] Reply WILL TN3270E
> [15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
> [15:04:56.062] [1] Send completed. Data follows:
> FF FB 28
> [15:04:56.062] [1] Unblocking Receive events...
> [15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024
> [15:04:56.078] [1] Terminating Session
> [15:04:56.078] [1] Socket Close. Rc: 0
> [15:06:59.968] [1] Tracing has been disabled
> [15:07:05.078] [1] Tracing has been enabled
> [15:07:11.921] [1] Switched into NVT mode
> [15:07:11.937] [1] WinSock Initialized. Version 1.1
> [15:07:11.937] [1] WinSock Description: "WinSock 2.0", Status: "Running"
> [15:07:11.937] [1] Socket Close. Rc: -1
> [15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
> [15:07:36.437] [1] NVT terminal type mode
> [15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
> [15:07:36.453] [1] Recv completed. Data follows:
> FF FD 28
> [15:07:36.453] [1] Blocking Receive events...
> [15:07:36.453] [1] Got DO TN3270E
> [15:07:36.453] [1] Reply WILL TN3270E
> [15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
> [15:07:36.453] [1] Send completed. Data follows:
> FF FB 28
> [15:07:36.453] [1] Unblocking Receive events...
> [15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024
> [15:07:36.453] [1] Terminating Session
> [15:07:36.453] [1] Socket Close. Rc: 0
>
> I'm particularly interested in WSA Rc 10053 and also why on the second
> failure the rc = 0
>
> -Jim
> hummingbird host explorer emulator
>
>
> On 9/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Is this PC multi-homed? Does your ICC Intranet have a connection to
> your
> > regular Intranet?
> >
> > -Original Message-
> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> On
> > Behalf Of James M
> > Sent: September 10, 2007 14:21
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: z/VM 5.2 ICC console connection problems
> >
> > I get various results
> > sometimes I get no error
> > sometimes I get unable to connect to host
> > some times unable to find host/gateway
> >
> > I have another backup pc that is able to connect to the ICC
> > ...and on the pc that cannot connect to the icc I am able to connect
> > to vm's tcpip
> > very weird...don't know what to do
> >
> > diagnostics on the icc shows no errors
> > ibm ce is here now also scratching his head. (he also accidently
> > varied off the wrong chpid bringing down my whole ip network).
> > -Jim
> >
> > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrot

Re: z/VM 5.2 ICC console connection problems

[Peter . Webb]

What I was leading to is, 'Do you have a routing problem?'. If the PC
you are having problems with is multi-homed and is on both your regular
Intranet and the ICC subnet, perhaps the operator messed up the
multi-homing and your tm3270 session is going through the wrong
connection.

If your ICC subnet connects into the rest of your Intranet, perhaps the
operator did something to mess up that routing.

I don't know much about this, except some reading towards (hopefully)
getting a z9, so these are mostly guesses.

Peter
 
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of James M
Sent: September 10, 2007 15:24
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.2 ICC console connection problems

the icc is on the same subnet as the bad pc.
I will scream if this turns out to be a windows problem

here's a trace of two seperate tn3270 icc connection failures.
notice two different errors before the "terminating session"...
any socket programmers out there willing to looks at the trace...

[15:04:26.671] [1] Tracing has been enabled
[15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007  Switches
'-p "C:\Documents and Settings\Terminal User\Application
Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep"'
[15:04:26.671] Program Description: "HostExplorer for Win32", Version:
9.0.0.0, Ansi CodePage: 1252
[15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) "Service Pack
4" OEM ID 0, Processors 1, ProcessorType 586
[15:04:31.531] [1] Switched into NVT mode
[15:04:31.546] [1] WinSock Initialized. Version 1.1
[15:04:31.546] [1] WinSock Description: "WinSock 2.0", Status: "Running"
[15:04:31.546] [1] Socket Close. Rc: -1
[15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
[15:04:56.046] [1] NVT terminal type mode
[15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
[15:04:56.062] [1] Recv completed. Data follows:
FF FD 28
[15:04:56.062] [1] Blocking Receive events...
[15:04:56.062] [1] Got DO TN3270E
[15:04:56.062] [1] Reply WILL TN3270E
[15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
[15:04:56.062] [1] Send completed. Data follows:
FF FB 28
[15:04:56.062] [1] Unblocking Receive events...
[15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024
[15:04:56.078] [1] Terminating Session
[15:04:56.078] [1] Socket Close. Rc: 0
[15:06:59.968] [1] Tracing has been disabled
[15:07:05.078] [1] Tracing has been enabled
[15:07:11.921] [1] Switched into NVT mode
[15:07:11.937] [1] WinSock Initialized. Version 1.1
[15:07:11.937] [1] WinSock Description: "WinSock 2.0", Status: "Running"
[15:07:11.937] [1] Socket Close. Rc: -1
[15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
[15:07:36.437] [1] NVT terminal type mode
[15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
[15:07:36.453] [1] Recv completed. Data follows:
FF FD 28
[15:07:36.453] [1] Blocking Receive events...
[15:07:36.453] [1] Got DO TN3270E
[15:07:36.453] [1] Reply WILL TN3270E
[15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
[15:07:36.453] [1] Send completed. Data follows:
FF FB 28
[15:07:36.453] [1] Unblocking Receive events...
[15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024
[15:07:36.453] [1] Terminating Session
[15:07:36.453] [1] Socket Close. Rc: 0

I'm particularly interested in WSA Rc 10053 and also why on the second
failure the rc = 0

-Jim
hummingbird host explorer emulator


On 9/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Is this PC multi-homed? Does your ICC Intranet have a connection to
your
> regular Intranet?
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of James M
> Sent: September 10, 2007 14:21
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 5.2 ICC console connection problems
>
> I get various results
> sometimes I get no error
> sometimes I get unable to connect to host
> some times unable to find host/gateway
>
> I have another backup pc that is able to connect to the ICC
> ...and on the pc that cannot connect to the icc I am able to connect
> to vm's tcpip
> very weird...don't know what to do
>
> diagnostics on the icc shows no errors
> ibm ce is here now also scratching his head. (he also accidently
> varied off the wrong chpid bringing down my whole ip network).
> -Jim
>
> On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > Then it's likely not a card but a network problem. Asymmetric
routing
> maybe?
> > Do you get any errors when you try to connect?
> >
> > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > ping works!
> > >
> > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > > That should be OK. Try to ping the IP address from the PC. Do
> traceroute
> > if
> > > > you can't ping.
> > > >
> > > >
> > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > > I do not have access to all the os's that run in each lpar so
I
> did
> > > > > everything from t

Re: z/VM 5.2 ICC console connection problems

[James M]

the icc is on the same subnet as the bad pc.
I will scream if this turns out to be a windows problem

here's a trace of two seperate tn3270 icc connection failures.
notice two different errors before the "terminating session"...
any socket programmers out there willing to looks at the trace...

[15:04:26.671] [1] Tracing has been enabled
[15:04:26.671] Starting program. Mon Sep 10 15:04:26 2007  Switches
'-p "C:\Documents and Settings\Terminal User\Application
Data\Hummingbird\Connectivity\9.00\Profile\syjim.hep"'
[15:04:26.671] Program Description: "HostExplorer for Win32", Version:
9.0.0.0, Ansi CodePage: 1252
[15:04:26.671] Windows 2000 5.0 (Internal 3)(Build 2195) "Service Pack
4" OEM ID 0, Processors 1, ProcessorType 586
[15:04:31.531] [1] Switched into NVT mode
[15:04:31.546] [1] WinSock Initialized. Version 1.1
[15:04:31.546] [1] WinSock Description: "WinSock 2.0", Status: "Running"
[15:04:31.546] [1] Socket Close. Rc: -1
[15:04:31.546] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
[15:04:56.046] [1] NVT terminal type mode
[15:04:56.062] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
[15:04:56.062] [1] Recv completed. Data follows:
FF FD 28
[15:04:56.062] [1] Blocking Receive events...
[15:04:56.062] [1] Got DO TN3270E
[15:04:56.062] [1] Reply WILL TN3270E
[15:04:56.062] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
[15:04:56.062] [1] Send completed. Data follows:
FF FB 28
[15:04:56.062] [1] Unblocking Receive events...
[15:04:56.062] [1] Socket Recv., Rc: -1, WSA Rc 10053, Input Size 1024
[15:04:56.078] [1] Terminating Session
[15:04:56.078] [1] Socket Close. Rc: 0
[15:06:59.968] [1] Tracing has been disabled
[15:07:05.078] [1] Tracing has been enabled
[15:07:11.921] [1] Switched into NVT mode
[15:07:11.937] [1] WinSock Initialized. Version 1.1
[15:07:11.937] [1] WinSock Description: "WinSock 2.0", Status: "Running"
[15:07:11.937] [1] Socket Close. Rc: -1
[15:07:11.937] [1] Resolved 192.207.28.160 to: 192.207.28.160, Port 23
[15:07:36.437] [1] NVT terminal type mode
[15:07:36.453] [1] Socket Recv., Rc: 3, WSA Rc 0, Input Size 1024
[15:07:36.453] [1] Recv completed. Data follows:
FF FD 28
[15:07:36.453] [1] Blocking Receive events...
[15:07:36.453] [1] Got DO TN3270E
[15:07:36.453] [1] Reply WILL TN3270E
[15:07:36.453] [1] Socket Send. Sending 3 bytes, Rc: 3. WSA Rc: 0
[15:07:36.453] [1] Send completed. Data follows:
FF FB 28
[15:07:36.453] [1] Unblocking Receive events...
[15:07:36.453] [1] Socket Recv., Rc: 0, WSA Rc 0, Input Size 1024
[15:07:36.453] [1] Terminating Session
[15:07:36.453] [1] Socket Close. Rc: 0

I'm particularly interested in WSA Rc 10053 and also why on the second
failure the rc = 0

-Jim
hummingbird host explorer emulator


On 9/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Is this PC multi-homed? Does your ICC Intranet have a connection to your
> regular Intranet?
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of James M
> Sent: September 10, 2007 14:21
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 5.2 ICC console connection problems
>
> I get various results
> sometimes I get no error
> sometimes I get unable to connect to host
> some times unable to find host/gateway
>
> I have another backup pc that is able to connect to the ICC
> ...and on the pc that cannot connect to the icc I am able to connect
> to vm's tcpip
> very weird...don't know what to do
>
> diagnostics on the icc shows no errors
> ibm ce is here now also scratching his head. (he also accidently
> varied off the wrong chpid bringing down my whole ip network).
> -Jim
>
> On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > Then it's likely not a card but a network problem. Asymmetric routing
> maybe?
> > Do you get any errors when you try to connect?
> >
> > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > ping works!
> > >
> > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > > That should be OK. Try to ping the IP address from the PC. Do
> traceroute
> > if
> > > > you can't ping.
> > > >
> > > >
> > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > > I do not have access to all the os's that run in each lpar so I
> did
> > > > > everything from the HMC.
> > > > > I higlighted each image one by one and configured the channel
> path
> > off.
> > > > > I again highlighted each image and this time configured the
> channel
> > > > online.
> > > > > FYI - the only image that is actually using the ICC chpid is the
> vm
> > > > > 5.2 system which I do have access to.
> > > > > -jim
> > > > > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > > > > Let's be clear. On all LPARs:
> > > > > >
> > > > > > CP VARY OFF PATH xx FROM ALL
> > > > > > CP VARY OFF CHPID xx
> > > > > >
> > > > > > Then on each LPAR:
> > > > > >
> > > > > > CP VARY ON CHPID xx
> > > > > >
> > > > > > Did you do that?
> > > > > >
> > > > > >
> > > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > 

Re: z/VM 5.2 ICC console connection problems

[David Kreuter]

... you're having a fun day ... only a few hours left in prime shift ...
David


-Original Message-
From: The IBM z/VM Operating System on behalf of James M
Sent: Mon 9/10/2007 2:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] z/VM 5.2 ICC console connection problems
 
I checked the tn3270 profile - it looks fine and the operator log is
unavailable.

On 9/10/07, Eric Schadow <[EMAIL PROTECTED]> wrote:
> James
>
> Since the challenge started when the Operator "did something" I would tend to 
> think the error lies on the PC acting as the console and not with the OSA ICC 
> acting..
>
> Look at the VM OPERATOR console at the time of the failure and see if the 
> operator typed something  on the console..
>
> Did you check the TN3270 config on the PC?
>
> Eric
>
>
>
> 
> The information contained in this communication is intended
> only for the use of the recipient(s) named above. It may
> contain information that is privileged or confidential, and
> may be protected by State and/or Federal Regulations. If
> the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination,
> distribution, or copying of this communication, or any of
> its contents, is strictly prohibited. If you have received
> this communication in error, please return it to the sender
> immediately and delete the original message and any copy
> of it from your computer system. If you have any questions
> concerning this message, please contact the sender.
> 
>

Re: z/VM 5.2 ICC console connection problems

[Peter . Webb]

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
> > > > > > > > > > > >>
> > > > > > > > > > > >>
> 

Re: z/VM 5.2 ICC console connection problems

[James M]

I checked the tn3270 profile - it looks fine and the operator log is
unavailable.

On 9/10/07, Eric Schadow <[EMAIL PROTECTED]> wrote:
> James
>
> Since the challenge started when the Operator "did something" I would tend to 
> think the error lies on the PC acting as the console and not with the OSA ICC 
> acting..
>
> Look at the VM OPERATOR console at the time of the failure and see if the 
> operator typed something  on the console..
>
> Did you check the TN3270 config on the PC?
>
> Eric
>
>
>
> 
> The information contained in this communication is intended
> only for the use of the recipient(s) named above. It may
> contain information that is privileged or confidential, and
> may be protected by State and/or Federal Regulations. If
> the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination,
> distribution, or copying of this communication, or any of
> its contents, is strictly prohibited. If you have received
> this communication in error, please return it to the sender
> immediately and delete the original message and any copy
> of it from your computer system. If you have any questions
> concerning this message, please contact the sender.
> 
>

Re: z/VM 5.2 ICC console connection problems

[Eric Schadow]

James

Since the challenge started when the Operator "did something" I would tend to 
think the error lies on the PC acting as the console and not with the OSA ICC 
acting..

Look at the VM OPERATOR console at the time of the failure and see if the 
operator typed something  on the console..

Did you check the TN3270 config on the PC?

Eric




The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.

Re: z/VM 5.2 ICC console connection problems

[James M]

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

Re: z/VM 5.2 ICC console connection problems

[Ivica Brodaric]

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

Re: z/VM 5.2 ICC console connection problems

[James M]

ping works!

On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> That should be OK. Try to ping the IP address from the PC. Do traceroute if
> you can't ping.
>
>
> On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > I do not have access to all the os's that run in each lpar so I did
> > everything from the HMC.
> > I higlighted each image one by one and configured the channel path off.
> > I again highlighted each image and this time configured the channel
> online.
> > FYI - the only image that is actually using the ICC chpid is the vm
> > 5.2 system which I do have access to.
> > -jim
> > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > Let's be clear. On all LPARs:
> > >
> > > CP VARY OFF PATH xx FROM ALL
> > > CP VARY OFF CHPID xx
> > >
> > > Then on each LPAR:
> > >
> > > CP VARY ON CHPID xx
> > >
> > > Did you do that?
> > >
> > >
> > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > OK thanks. I varied all off first and the all on.
> > > > I saw all the devices go off and come back online on operx.
> > > > ...but it didn't help - I still cannot connect from the pc to the icc
> > > port.
> > > > I did enable the console cuu before trying.
> > > >
> > > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > > > Yes. It has to be offline to all LPARs in order to reset itself.
> > > > >
> > > > >
> > > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > > > maybe we're getting someplace.
> > > > > > are you suggesting that I have to config path off in all the lpars
> and
> > > > > > then config it on in all?
> > > > > > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> > > > > >
> > > > > >
> > > > > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > > > > > Did you vary it offline from all LPARs at the same time?
> > > > > > >
> > > > > > >
> > > > > > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > > > > > I did try toggling the chpid off/on in each of the lpars but
> I'm
> > > not
> > > > > > > > sure it worked properly.
> > > > > > > > it went from online/online to online/standby. I never did see
> the
> > > > > > > > current state go to offline!
> > > > > > > >
> > > > > > > > On 9/10/07, Rich Smrcina < [EMAIL PROTECTED] > wrote:
> > > > > > > > > Resetting the ICC port will only affect the ICC users, if
> most
> > > of
> > > > > your
> > > > > > > > > users are coming in through VM's TCP/IP stack, it's not
> using
> > > the
> > > > > ICC.
> > > > > > > > > If only your console or datacenter users use the ICC, you
> can
> > > reset
> > > > > it
> > > > > > > > > without affecting your users.
> > > > > > > > >
> > > > > > > > > James M wrote:
> > > > > > > > > > device shows enabled.
> > > > > > > > > > I cannot reset the port on the hmc since it's a dual port
> card
> > > > > (icc &
> > > > > > > > > > tcpip) and that would mean dropping many vm & os telnet
> > > clients.
> > > > > > > > > >
> > > > > > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] >
> wrote:
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >> from the hmc try resetting the OSA port at the chpid
> level.
> > > > > > > > > >> David
> > > > > > > > > >>
> > > > > > > > > >>  __ __
> > > > > > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >> Over the weekend an operator "I did something..I don't
> know
> > > what"
> > > > > > > that
> > > > > > > > > >> has rendered the ICC vm console unusable.
> > > > > > > > > >> I tried disable/enable cuu, vary off/on path to cuu and
> > > dropping
> > > > > the
> > > > > > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > > > > > >> Can someone please suggest other possible solutions.
> Thanks
> > > > > > > > > >> -Jim
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Rich Smrcina
> > > > > > > > > VM Assist, Inc.
> > > > > > > > > Phone: 414-491-6001
> > > > > > > > > Ans Service:  360-715-2467
> > > > > > > > > rich.smrcina at vmassist.com
> > > > > > > > > http://www.linkedin.com/in/richsmrcina
> > > > > > > > >
> > > > > > > > > Catch the WAVV!   http://www.wavv.org
> > > > > > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> >
>
>

Re: CPFMTXA: Automation of?

[Tom Duerbusch]

We received our DS6800 just after GA (August 2005), initially on a z/890 under 
z/VM 5.1 and then 5.2.

We never had an upgrade "take out" z/VM. 
However, during one of our microcode upgrades, it prevented all dasd I/O for 
about 10 minutes.

I don't have to, so I don't, do microcode upgrades during the day.  I reserved 
it for weekend work.  However, I don't take the processor down for the 
upgrades. 

We will be doing one in another couple weeks.  I plan on running system backups 
concurrently with the upgrade to see if we still had the I/O delay problem.

Tom Duerbusch
THD Consulting

FELINE PHYSICS:  
Law of Cat Inertia

  A cat at rest will tend to remain at rest, unless acted upon by
  some outside force - such as the opening of cat food, or a nearby
  scurrying mouse.


>>> Crispin Hugo <[EMAIL PROTECTED]> 9/9/2007 1:14 PM >>>
Anybody out there using DS6800 with z/VM 5.2 or 5.3 . We are having problems
that anytime we update the software on DS6800, it takes out z/VM. There are
4 FICON channels. DS6800 disables  2 at a time as it does upgrade. VM can't
seem to cope with this ?
 
Crispin Hugo
Systems Programmer, Macro 4
<  http://www.macro4.com/>
Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS
Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000
Fax: +44 (0) 1293 872001





This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection system.

Re: z/VM 5.2 ICC console connection problems

[Ivica Brodaric]

That should be OK. Try to ping the IP address from the PC. Do traceroute if
you can't ping.

On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
>
> I do not have access to all the os's that run in each lpar so I did
> everything from the HMC.
> I higlighted each image one by one and configured the channel path off.
> I again highlighted each image and this time configured the channel
> online.
> FYI - the only image that is actually using the ICC chpid is the vm
> 5.2 system which I do have access to.
> -jim
> On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > Let's be clear. On all LPARs:
> >
> > CP VARY OFF PATH xx FROM ALL
> > CP VARY OFF CHPID xx
> >
> > Then on each LPAR:
> >
> > CP VARY ON CHPID xx
> >
> > Did you do that?
> >
> >
> > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > OK thanks. I varied all off first and the all on.
> > > I saw all the devices go off and come back online on operx.
> > > ...but it didn't help - I still cannot connect from the pc to the icc
> > port.
> > > I did enable the console cuu before trying.
> > >
> > > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > > Yes. It has to be offline to all LPARs in order to reset itself.
> > > >
> > > >
> > > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > > maybe we're getting someplace.
> > > > > are you suggesting that I have to config path off in all the lpars
> and
> > > > > then config it on in all?
> > > > > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> > > > >
> > > > >
> > > > > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > > > > Did you vary it offline from all LPARs at the same time?
> > > > > >
> > > > > >
> > > > > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > > > > I did try toggling the chpid off/on in each of the lpars but
> I'm
> > not
> > > > > > > sure it worked properly.
> > > > > > > it went from online/online to online/standby. I never did see
> the
> > > > > > > current state go to offline!
> > > > > > >
> > > > > > > On 9/10/07, Rich Smrcina < [EMAIL PROTECTED] > wrote:
> > > > > > > > Resetting the ICC port will only affect the ICC users, if
> most
> > of
> > > > your
> > > > > > > > users are coming in through VM's TCP/IP stack, it's not
> using
> > the
> > > > ICC.
> > > > > > > > If only your console or datacenter users use the ICC, you
> can
> > reset
> > > > it
> > > > > > > > without affecting your users.
> > > > > > > >
> > > > > > > > James M wrote:
> > > > > > > > > device shows enabled.
> > > > > > > > > I cannot reset the port on the hmc since it's a dual port
> card
> > > > (icc &
> > > > > > > > > tcpip) and that would mean dropping many vm & os telnet
> > clients.
> > > > > > > > >
> > > > > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] >
> wrote:
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> from the hmc try resetting the OSA port at the chpid
> level.
> > > > > > > > >> David
> > > > > > > > >>
> > > > > > > > >>  __ __
> > > > > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> Over the weekend an operator "I did something..I don't
> know
> > what"
> > > > > > that
> > > > > > > > >> has rendered the ICC vm console unusable.
> > > > > > > > >> I tried disable/enable cuu, vary off/on path to cuu and
> > dropping
> > > > the
> > > > > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > > > > >> Can someone please suggest other possible solutions.
> Thanks
> > > > > > > > >> -Jim
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Rich Smrcina
> > > > > > > > VM Assist, Inc.
> > > > > > > > Phone: 414-491-6001
> > > > > > > > Ans Service:  360-715-2467
> > > > > > > > rich.smrcina at vmassist.com
> > > > > > > > http://www.linkedin.com/in/richsmrcina
> > > > > > > >
> > > > > > > > Catch the WAVV!   http://www.wavv.org
> > > > > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>

Re: z/VM 5.2 ICC console connection problems

[James M]

I do not have access to all the os's that run in each lpar so I did
everything from the HMC.
I higlighted each image one by one and configured the channel path off.
I again highlighted each image and this time configured the channel online.
FYI - the only image that is actually using the ICC chpid is the vm
5.2 system which I do have access to.
-jim
On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> Let's be clear. On all LPARs:
>
> CP VARY OFF PATH xx FROM ALL
> CP VARY OFF CHPID xx
>
> Then on each LPAR:
>
> CP VARY ON CHPID xx
>
> Did you do that?
>
>
> On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > OK thanks. I varied all off first and the all on.
> > I saw all the devices go off and come back online on operx.
> > ...but it didn't help - I still cannot connect from the pc to the icc
> port.
> > I did enable the console cuu before trying.
> >
> > On 9/10/07, Ivica Brodaric < [EMAIL PROTECTED]> wrote:
> > > Yes. It has to be offline to all LPARs in order to reset itself.
> > >
> > >
> > > On 11/09/2007, James M < [EMAIL PROTECTED]> wrote:
> > > > maybe we're getting someplace.
> > > > are you suggesting that I have to config path off in all the lpars and
> > > > then config it on in all?
> > > > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> > > >
> > > >
> > > > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > > > Did you vary it offline from all LPARs at the same time?
> > > > >
> > > > >
> > > > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > > > I did try toggling the chpid off/on in each of the lpars but I'm
> not
> > > > > > sure it worked properly.
> > > > > > it went from online/online to online/standby. I never did see the
> > > > > > current state go to offline!
> > > > > >
> > > > > > On 9/10/07, Rich Smrcina < [EMAIL PROTECTED] > wrote:
> > > > > > > Resetting the ICC port will only affect the ICC users, if most
> of
> > > your
> > > > > > > users are coming in through VM's TCP/IP stack, it's not using
> the
> > > ICC.
> > > > > > > If only your console or datacenter users use the ICC, you can
> reset
> > > it
> > > > > > > without affecting your users.
> > > > > > >
> > > > > > > James M wrote:
> > > > > > > > device shows enabled.
> > > > > > > > I cannot reset the port on the hmc since it's a dual port card
> > > (icc &
> > > > > > > > tcpip) and that would mean dropping many vm & os telnet
> clients.
> > > > > > > >
> > > > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] > wrote:
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> from the hmc try resetting the OSA port at the chpid level.
> > > > > > > >> David
> > > > > > > >>
> > > > > > > >>  __ __
> > > > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> Over the weekend an operator "I did something..I don't know
> what"
> > > > > that
> > > > > > > >> has rendered the ICC vm console unusable.
> > > > > > > >> I tried disable/enable cuu, vary off/on path to cuu and
> dropping
> > > the
> > > > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > > > >> Can someone please suggest other possible solutions. Thanks
> > > > > > > >> -Jim
> > > > > > > >>
> > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Rich Smrcina
> > > > > > > VM Assist, Inc.
> > > > > > > Phone: 414-491-6001
> > > > > > > Ans Service:  360-715-2467
> > > > > > > rich.smrcina at vmassist.com
> > > > > > > http://www.linkedin.com/in/richsmrcina
> > > > > > >
> > > > > > > Catch the WAVV!   http://www.wavv.org
> > > > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> >
>
>

Re: z/VM 5.2 ICC console connection problems

[Ivica Brodaric]

Let's be clear. On all LPARs:
CP VARY OFF PATH xx FROM ALL
CP VARY OFF CHPID xx

Then on each LPAR:

CP VARY ON CHPID xx

Did you do that?

On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
>
> OK thanks. I varied all off first and the all on.
> I saw all the devices go off and come back online on operx.
> ...but it didn't help - I still cannot connect from the pc to the icc
> port.
> I did enable the console cuu before trying.
>
> On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > Yes. It has to be offline to all LPARs in order to reset itself.
> >
> >
> > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > maybe we're getting someplace.
> > > are you suggesting that I have to config path off in all the lpars and
> > > then config it on in all?
> > > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> > >
> > >
> > > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > > Did you vary it offline from all LPARs at the same time?
> > > >
> > > >
> > > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > > I did try toggling the chpid off/on in each of the lpars but I'm
> not
> > > > > sure it worked properly.
> > > > > it went from online/online to online/standby. I never did see the
> > > > > current state go to offline!
> > > > >
> > > > > On 9/10/07, Rich Smrcina <[EMAIL PROTECTED] > wrote:
> > > > > > Resetting the ICC port will only affect the ICC users, if most
> of
> > your
> > > > > > users are coming in through VM's TCP/IP stack, it's not using
> the
> > ICC.
> > > > > > If only your console or datacenter users use the ICC, you can
> reset
> > it
> > > > > > without affecting your users.
> > > > > >
> > > > > > James M wrote:
> > > > > > > device shows enabled.
> > > > > > > I cannot reset the port on the hmc since it's a dual port card
> > (icc &
> > > > > > > tcpip) and that would mean dropping many vm & os telnet
> clients.
> > > > > > >
> > > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] > wrote:
> > > > > > >>
> > > > > > >>
> > > > > > >> from the hmc try resetting the OSA port at the chpid level.
> > > > > > >> David
> > > > > > >>
> > > > > > >>  __ __
> > > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >> Over the weekend an operator "I did something..I don't know
> what"
> > > > that
> > > > > > >> has rendered the ICC vm console unusable.
> > > > > > >> I tried disable/enable cuu, vary off/on path to cuu and
> dropping
> > the
> > > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > > >> Can someone please suggest other possible solutions. Thanks
> > > > > > >> -Jim
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Rich Smrcina
> > > > > > VM Assist, Inc.
> > > > > > Phone: 414-491-6001
> > > > > > Ans Service:  360-715-2467
> > > > > > rich.smrcina at vmassist.com
> > > > > > http://www.linkedin.com/in/richsmrcina
> > > > > >
> > > > > > Catch the WAVV!   http://www.wavv.org
> > > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>

Re: z/VM 5.2 ICC console connection problems

[Feller, Paul]

 If I understand correctly you can't get the PC to connect to the
OSA-ICC port.  Can you ping the IP address of the OSA port from the PC?
If not, then it sounds like a network problem.  Do you get any error
message on the PC when you try to connect to the OSA port? 


Paul Feller 
AIT Mainframe Technical Support 
[EMAIL PROTECTED] 
(319)-355-7824 


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of James M
Sent: Monday, September 10, 2007 11:32 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.2 ICC console connection problems

OK thanks. I varied all off first and the all on.
I saw all the devices go off and come back online on operx.
...but it didn't help - I still cannot connect from the pc to the icc
port.
I did enable the console cuu before trying.

On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> Yes. It has to be offline to all LPARs in order to reset itself.
>
>
> On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > maybe we're getting someplace.
> > are you suggesting that I have to config path off in all the lpars 
> > and then config it on in all?
> > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> >
> >
> > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > Did you vary it offline from all LPARs at the same time?
> > >
> > >
> > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > I did try toggling the chpid off/on in each of the lpars but I'm

> > > > not sure it worked properly.
> > > > it went from online/online to online/standby. I never did see 
> > > > the current state go to offline!
> > > >
> > > > On 9/10/07, Rich Smrcina <[EMAIL PROTECTED] > wrote:
> > > > > Resetting the ICC port will only affect the ICC users, if most

> > > > > of
> your
> > > > > users are coming in through VM's TCP/IP stack, it's not using 
> > > > > the
> ICC.
> > > > > If only your console or datacenter users use the ICC, you can 
> > > > > reset
> it
> > > > > without affecting your users.
> > > > >
> > > > > James M wrote:
> > > > > > device shows enabled.
> > > > > > I cannot reset the port on the hmc since it's a dual port 
> > > > > > card
> (icc &
> > > > > > tcpip) and that would mean dropping many vm & os telnet
clients.
> > > > > >
> > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] >
wrote:
> > > > > >>
> > > > > >>
> > > > > >> from the hmc try resetting the OSA port at the chpid level.
> > > > > >> David
> > > > > >>
> > > > > >>  __ __
> > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> Over the weekend an operator "I did something..I don't know
what"
> > > that
> > > > > >> has rendered the ICC vm console unusable.
> > > > > >> I tried disable/enable cuu, vary off/on path to cuu and 
> > > > > >> dropping
> the
> > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > >> Can someone please suggest other possible solutions. Thanks

> > > > > >> -Jim
> > > > > >>
> > > > > >>
> > > > > >
> > > > >
> > > > > --
> > > > > Rich Smrcina
> > > > > VM Assist, Inc.
> > > > > Phone: 414-491-6001
> > > > > Ans Service:  360-715-2467
> > > > > rich.smrcina at vmassist.com
> > > > > http://www.linkedin.com/in/richsmrcina
> > > > >
> > > > > Catch the WAVV!   http://www.wavv.org
> > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > >
> > > >
> > >
> > >
> >
>
>

Re: z/VM 5.2 ICC console connection problems

[Eric Schadow]

can you ping the ICC IP address from the PC?

I would check the PC TN 3270 target address?

Eric





The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.

ordering z/vm via shopzseries

[Lionel B. Dyck]

I just experienced shopzseries for the first time. To say it was 
interesting is an understatement.

I used it to order z/vm 5.3 and found I was able to select it on DVD but 
then when it asked for media options it only allowed 2 which were both 
tape.

Is there a way to order the base z/VM and maintenance electronic and if so 
how?

If there is a DVD ordering option why doesn't the media option reflect 
that ?  very strange.

Thanks

Lionel B. Dyck, Consultant/Specialist 
Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering, Client and Platform Engineering Services 
(CAPES) 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] 
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: "Our cause is health. Our passion is service. We?re 
here to make lives better.? 

?Never attribute to malice what can be caused by miscommunication.? 

NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, 
you are prohibited from sharing, copying, or otherwise using or disclosing 
its contents. If you have received this e-mail in error, please notify the 
sender immediately by reply e-mail and permanently delete this e-mail and 
any attachments without reading, forwarding or saving them. Thank you. 

Re: z/VM 5.2 ICC console connection problems

[James M]

OK thanks. I varied all off first and the all on.
I saw all the devices go off and come back online on operx.
...but it didn't help - I still cannot connect from the pc to the icc port.
I did enable the console cuu before trying.

On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> Yes. It has to be offline to all LPARs in order to reset itself.
>
>
> On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > maybe we're getting someplace.
> > are you suggesting that I have to config path off in all the lpars and
> > then config it on in all?
> > what I did was off/on in lpar 1 - off/on lpar2 and so on.
> >
> >
> > On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > > Did you vary it offline from all LPARs at the same time?
> > >
> > >
> > > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > > I did try toggling the chpid off/on in each of the lpars but I'm not
> > > > sure it worked properly.
> > > > it went from online/online to online/standby. I never did see the
> > > > current state go to offline!
> > > >
> > > > On 9/10/07, Rich Smrcina <[EMAIL PROTECTED] > wrote:
> > > > > Resetting the ICC port will only affect the ICC users, if most of
> your
> > > > > users are coming in through VM's TCP/IP stack, it's not using the
> ICC.
> > > > > If only your console or datacenter users use the ICC, you can reset
> it
> > > > > without affecting your users.
> > > > >
> > > > > James M wrote:
> > > > > > device shows enabled.
> > > > > > I cannot reset the port on the hmc since it's a dual port card
> (icc &
> > > > > > tcpip) and that would mean dropping many vm & os telnet clients.
> > > > > >
> > > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED] > wrote:
> > > > > >>
> > > > > >>
> > > > > >> from the hmc try resetting the OSA port at the chpid level.
> > > > > >> David
> > > > > >>
> > > > > >>  __ __
> > > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> Over the weekend an operator "I did something..I don't know what"
> > > that
> > > > > >> has rendered the ICC vm console unusable.
> > > > > >> I tried disable/enable cuu, vary off/on path to cuu and dropping
> the
> > > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > > >> Can someone please suggest other possible solutions. Thanks
> > > > > >> -Jim
> > > > > >>
> > > > > >>
> > > > > >
> > > > >
> > > > > --
> > > > > Rich Smrcina
> > > > > VM Assist, Inc.
> > > > > Phone: 414-491-6001
> > > > > Ans Service:  360-715-2467
> > > > > rich.smrcina at vmassist.com
> > > > > http://www.linkedin.com/in/richsmrcina
> > > > >
> > > > > Catch the WAVV!   http://www.wavv.org
> > > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > > >
> > > >
> > >
> > >
> >
>
>

Re: z/VM 5.2 ICC console connection problems

[Alan Altmark]

On Monday, 09/10/2007 at 12:05 EDT, James M <[EMAIL PROTECTED]> wrote:
> maybe we're getting someplace.
> are you suggesting that I have to config path off in all the lpars and
> then config it on in all?
> what I did was off/on in lpar 1 - off/on lpar2 and so on.

off lpar 1
off lpar 2
:
off last lpar
on lpar 1
on lpar 2
:
on last lpar

Alan Altmark
z/VM Development
IBM Endicott

Re: z/VM 5.2 ICC console connection problems

[Ivica Brodaric]

Yes. It has to be offline to all LPARs in order to reset itself.

On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
>
> maybe we're getting someplace.
> are you suggesting that I have to config path off in all the lpars and
> then config it on in all?
> what I did was off/on in lpar 1 - off/on lpar2 and so on.
>
>
> On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> > Did you vary it offline from all LPARs at the same time?
> >
> >
> > On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > > I did try toggling the chpid off/on in each of the lpars but I'm not
> > > sure it worked properly.
> > > it went from online/online to online/standby. I never did see the
> > > current state go to offline!
> > >
> > > On 9/10/07, Rich Smrcina <[EMAIL PROTECTED]> wrote:
> > > > Resetting the ICC port will only affect the ICC users, if most of
> your
> > > > users are coming in through VM's TCP/IP stack, it's not using the
> ICC.
> > > > If only your console or datacenter users use the ICC, you can reset
> it
> > > > without affecting your users.
> > > >
> > > > James M wrote:
> > > > > device shows enabled.
> > > > > I cannot reset the port on the hmc since it's a dual port card
> (icc &
> > > > > tcpip) and that would mean dropping many vm & os telnet clients.
> > > > >
> > > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:
> > > > >>
> > > > >>
> > > > >> from the hmc try resetting the OSA port at the chpid level.
> > > > >> David
> > > > >>
> > > > >>  
> > > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > > >> Sent: Mon 9/10/2007 10:47 AM
> > > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> Over the weekend an operator "I did something..I don't know what"
> > that
> > > > >> has rendered the ICC vm console unusable.
> > > > >> I tried disable/enable cuu, vary off/on path to cuu and dropping
> the
> > > > >> session from the HMC ICC utilities menu all to no avail.
> > > > >> Can someone please suggest other possible solutions. Thanks
> > > > >> -Jim
> > > > >>
> > > > >>
> > > > >
> > > >
> > > > --
> > > > Rich Smrcina
> > > > VM Assist, Inc.
> > > > Phone: 414-491-6001
> > > > Ans Service:  360-715-2467
> > > > rich.smrcina at vmassist.com
> > > > http://www.linkedin.com/in/richsmrcina
> > > >
> > > > Catch the WAVV!   http://www.wavv.org
> > > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > > >
> > >
> >
> >
>

Re: z/VM 5.2 ICC console connection problems

[James M]

maybe we're getting someplace.
are you suggesting that I have to config path off in all the lpars and
then config it on in all?
what I did was off/on in lpar 1 - off/on lpar2 and so on.


On 9/10/07, Ivica Brodaric <[EMAIL PROTECTED]> wrote:
> Did you vary it offline from all LPARs at the same time?
>
>
> On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
> > I did try toggling the chpid off/on in each of the lpars but I'm not
> > sure it worked properly.
> > it went from online/online to online/standby. I never did see the
> > current state go to offline!
> >
> > On 9/10/07, Rich Smrcina <[EMAIL PROTECTED]> wrote:
> > > Resetting the ICC port will only affect the ICC users, if most of your
> > > users are coming in through VM's TCP/IP stack, it's not using the ICC.
> > > If only your console or datacenter users use the ICC, you can reset it
> > > without affecting your users.
> > >
> > > James M wrote:
> > > > device shows enabled.
> > > > I cannot reset the port on the hmc since it's a dual port card (icc &
> > > > tcpip) and that would mean dropping many vm & os telnet clients.
> > > >
> > > > On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:
> > > >>
> > > >>
> > > >> from the hmc try resetting the OSA port at the chpid level.
> > > >> David
> > > >>
> > > >>  
> > > >>  From: The IBM z/VM Operating System on behalf of James M
> > > >> Sent: Mon 9/10/2007 10:47 AM
> > > >> To: IBMVM@LISTSERV.UARK.EDU
> > > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> Over the weekend an operator "I did something..I don't know what"
> that
> > > >> has rendered the ICC vm console unusable.
> > > >> I tried disable/enable cuu, vary off/on path to cuu and dropping the
> > > >> session from the HMC ICC utilities menu all to no avail.
> > > >> Can someone please suggest other possible solutions. Thanks
> > > >> -Jim
> > > >>
> > > >>
> > > >
> > >
> > > --
> > > Rich Smrcina
> > > VM Assist, Inc.
> > > Phone: 414-491-6001
> > > Ans Service:  360-715-2467
> > > rich.smrcina at vmassist.com
> > > http://www.linkedin.com/in/richsmrcina
> > >
> > > Catch the WAVV!   http://www.wavv.org
> > > WAVV 2008 - Chattanooga - April 18-22, 2008
> > >
> >
>
>

Re: z/VM 5.2 ICC console connection problems

[Ivica Brodaric]

Did you vary it offline from all LPARs at the same time?

On 11/09/2007, James M <[EMAIL PROTECTED]> wrote:
>
> I did try toggling the chpid off/on in each of the lpars but I'm not
> sure it worked properly.
> it went from online/online to online/standby. I never did see the
> current state go to offline!
>
> On 9/10/07, Rich Smrcina <[EMAIL PROTECTED]> wrote:
> > Resetting the ICC port will only affect the ICC users, if most of your
> > users are coming in through VM's TCP/IP stack, it's not using the ICC.
> > If only your console or datacenter users use the ICC, you can reset it
> > without affecting your users.
> >
> > James M wrote:
> > > device shows enabled.
> > > I cannot reset the port on the hmc since it's a dual port card (icc &
> > > tcpip) and that would mean dropping many vm & os telnet clients.
> > >
> > > On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:
> > >>
> > >>
> > >> from the hmc try resetting the OSA port at the chpid level.
> > >> David
> > >>
> > >>  
> > >>  From: The IBM z/VM Operating System on behalf of James M
> > >> Sent: Mon 9/10/2007 10:47 AM
> > >> To: IBMVM@LISTSERV.UARK.EDU
> > >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> > >>
> > >>
> > >>
> > >>
> > >> Over the weekend an operator "I did something..I don't know what"
> that
> > >> has rendered the ICC vm console unusable.
> > >> I tried disable/enable cuu, vary off/on path to cuu and dropping the
> > >> session from the HMC ICC utilities menu all to no avail.
> > >> Can someone please suggest other possible solutions. Thanks
> > >> -Jim
> > >>
> > >>
> > >
> >
> > --
> > Rich Smrcina
> > VM Assist, Inc.
> > Phone: 414-491-6001
> > Ans Service:  360-715-2467
> > rich.smrcina at vmassist.com
> > http://www.linkedin.com/in/richsmrcina
> >
> > Catch the WAVV!  http://www.wavv.org
> > WAVV 2008 - Chattanooga - April 18-22, 2008
> >
>

Re: z/VM 5.2 ICC console connection problems

[James M]

I did try toggling the chpid off/on in each of the lpars but I'm not
sure it worked properly.
it went from online/online to online/standby. I never did see the
current state go to offline!

On 9/10/07, Rich Smrcina <[EMAIL PROTECTED]> wrote:
> Resetting the ICC port will only affect the ICC users, if most of your
> users are coming in through VM's TCP/IP stack, it's not using the ICC.
> If only your console or datacenter users use the ICC, you can reset it
> without affecting your users.
>
> James M wrote:
> > device shows enabled.
> > I cannot reset the port on the hmc since it's a dual port card (icc &
> > tcpip) and that would mean dropping many vm & os telnet clients.
> >
> > On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> from the hmc try resetting the OSA port at the chpid level.
> >> David
> >>
> >>  
> >>  From: The IBM z/VM Operating System on behalf of James M
> >> Sent: Mon 9/10/2007 10:47 AM
> >> To: IBMVM@LISTSERV.UARK.EDU
> >> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
> >>
> >>
> >>
> >>
> >> Over the weekend an operator "I did something..I don't know what" that
> >> has rendered the ICC vm console unusable.
> >> I tried disable/enable cuu, vary off/on path to cuu and dropping the
> >> session from the HMC ICC utilities menu all to no avail.
> >> Can someone please suggest other possible solutions. Thanks
> >> -Jim
> >>
> >>
> >
>
> --
> Rich Smrcina
> VM Assist, Inc.
> Phone: 414-491-6001
> Ans Service:  360-715-2467
> rich.smrcina at vmassist.com
> http://www.linkedin.com/in/richsmrcina
>
> Catch the WAVV!  http://www.wavv.org
> WAVV 2008 - Chattanooga - April 18-22, 2008
>

Re: z/VM 5.2 ICC console connection problems

[Alan Altmark]

On Monday, 09/10/2007 at 11:16 EDT, James M <[EMAIL PROTECTED]> wrote:
> device shows enabled.
> I cannot reset the port on the hmc since it's a dual port card (icc &
> tcpip) and that would mean dropping many vm & os telnet clients.

Don't worry, you can't reset the entire card ("feature").  Each port has 
its own chpid, so you only want/need to reset the failing chpid.

Of course, you might want to call the Support Center and open a hardware 
PMR in case they want you to collect some diagnostic data before resetting 
it.

Alan Altmark
z/VM Development
IBM Endicott

Re: z/VM 5.2 ICC console connection problems

[Rich Smrcina]

Resetting the ICC port will only affect the ICC users, if most of your 
users are coming in through VM's TCP/IP stack, it's not using the ICC. 
If only your console or datacenter users use the ICC, you can reset it 
without affecting your users.


James M wrote:

device shows enabled.
I cannot reset the port on the hmc since it's a dual port card (icc &
tcpip) and that would mean dropping many vm & os telnet clients.

On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:



from the hmc try resetting the OSA port at the chpid level.
David

 
 From: The IBM z/VM Operating System on behalf of James M
Sent: Mon 9/10/2007 10:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] z/VM 5.2 ICC console connection problems




Over the weekend an operator "I did something..I don't know what" that
has rendered the ICC vm console unusable.
I tried disable/enable cuu, vary off/on path to cuu and dropping the
session from the HMC ICC utilities menu all to no avail.
Can someone please suggest other possible solutions. Thanks
-Jim






--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

Re: z/VM 5.2 ICC console connection problems

[James M]

device shows enabled.
I cannot reset the port on the hmc since it's a dual port card (icc &
tcpip) and that would mean dropping many vm & os telnet clients.

On 9/10/07, David Kreuter <[EMAIL PROTECTED]> wrote:
>
>
>
> from the hmc try resetting the OSA port at the chpid level.
> David
>
>  
>  From: The IBM z/VM Operating System on behalf of James M
> Sent: Mon 9/10/2007 10:47 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: [IBMVM] z/VM 5.2 ICC console connection problems
>
>
>
>
> Over the weekend an operator "I did something..I don't know what" that
> has rendered the ICC vm console unusable.
> I tried disable/enable cuu, vary off/on path to cuu and dropping the
> session from the HMC ICC utilities menu all to no avail.
> Can someone please suggest other possible solutions. Thanks
> -Jim
>
>

Re: z/VM 5.2 ICC console connection problems

[Eric Schadow]

Jim

What does a Q cua of the OSA ICC console address show?

Did you try disconnecting and reconnecting the TN3270 software?

Eric



-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of James M
Sent: Monday, September 10, 2007 10:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM 5.2 ICC console connection problems


Over the weekend an operator "I did something..I don't know what" that
has rendered the ICC vm console unusable.
I tried disable/enable cuu, vary off/on path to cuu and dropping the
session from the HMC ICC utilities menu all to no avail.
Can someone please suggest other possible solutions. Thanks
-Jim




The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.

Re: z/VM 5.2 ICC console connection problems

[Rich Smrcina]

What does a query to the device show?

James M wrote:

Over the weekend an operator "I did something..I don't know what" that
has rendered the ICC vm console unusable.
I tried disable/enable cuu, vary off/on path to cuu and dropping the
session from the HMC ICC utilities menu all to no avail.
Can someone please suggest other possible solutions. Thanks
-Jim



--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

Call for Sessions - WAVV 2008

[Rich Smrcina]

Cross posted to ibmvm and linux-390, sorry for dups.

The WAVV committee will be meeting in late September to set the sessions 
for WAVV 2008.


Please send you session suggestions to any of the WAVV committee members 
and we will make it happen.


Thanks and see you at WAVV 2008
--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

Re: z/VM 5.2 ICC console connection problems

[David Kreuter]

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

z/VM 5.2 ICC console connection problems

[James M]

Over the weekend an operator "I did something..I don't know what" that
has rendered the ICC vm console unusable.
I tried disable/enable cuu, vary off/on path to cuu and dropping the
session from the HMC ICC utilities menu all to no avail.
Can someone please suggest other possible solutions. Thanks
-Jim

Re: CPFMTXA: Automation of?

[P L Lovely]

1. Review - Upgrade Code Bundle for DS6800

http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/supportreso
urces?brandind=528

&familyind=5329629&taskind=2

 

  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Crispin Hugo
Sent: Sunday, September 09, 2007 2:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CPFMTXA: Automation of?

 

Anybody out there using DS6800 with z/VM 5.2 or 5.3 . We are having problems
that anytime we update the software on DS6800, it takes out z/VM. There are
4 FICON channels. DS6800 disables  2 at a time as it does upgrade. VM can't
seem to cope with this ?

 

Crispin Hugo
Systems Programmer, Macro 4
<  http://www.macro4.com/>
Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS
Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000
Fax: +44 (0) 1293 872001





This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 plc internal virus protection system.

Re: NetRexx and Java...

[Michael Donovan]

Dave,

Both Java and NetRexx were dropped when z/VM 5.1.0 was released.
We had fallen drastically behind in the level of Java support we were
distributing and with more recent levels available through Linux, it was
decided we should end our foray into shipping Java on z/VM.

As for the Java/NetRexx web page, I believe it disappeared shortly
after z/VM 4.4.0 went out of service, since 4.4.0 was the last release
Java was shipped with.

Thanks!
 Mike
---
Black holes are where God divided by zero.
- Steven Wright, comedian (1955- )




   
 Dave Jones
 <[EMAIL PROTECTED] 
 are.com>   To
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc
 System
 <[EMAIL PROTECTED] Subject
 ARK.EDU>  NetRexx and Java... 
   
   
 09/09/2007 06:41  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




Does IBM still make available a version of NetRexx and/or the Java vm
for  z/VM? Just curious

--
DJ
V/Soft

Re: NetRexx and Java...

[Dave Jones]

Hi, Alan.

That's what I thought, too, that NetRexx and Java are no longer 
available for VM, but I wanted to confirm it. Thanks


Alan Ackerman wrote:

On Sun, 9 Sep 2007 17:41:32 -0500, Dave Jones <[EMAIL PROTECTED]> wrote:


Does IBM still make available a version of NetRexx and/or the Java vm
for  z/VM? Just curious

--
DJ
V/Soft
===

==

Not according to the z/VM V5R3.0 Migration Guide (GC24-6103-04):

[V5.1] Packaging Modifications 

The packaging of the z/VM product and the z/VM System Delivery Offering (SDO) have been 
modified as follows:

...
The Java™ and NetRexx™ programs on z/VM, previously available as downloads from the z/VM 
Web site, are not supported with z/VM V5.1. Refer to www.ibm.com/eserver/zseries/zvm/java/ for 
additional information. Java and NetRexx functionality can be obtained from Linux running on 
z/VM.


Of course that link  gives me 404 Not 
Found.

I didn't manage to find Java or Netrexx downloads on  the IBM VM site, but they may be there 
somewhere.


NetRexx is written in Java, so  if you can find Java, you should be able to download NetRexx from 
Hursley.


Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com 


--
DJ
V/Soft