0P08A INTERV REQ SYSXXX=900

[indust...@winwholesale.com]

        Did anybody ever find out what was causing the 0P08A message when a PerComm console session disconnects from the ICC?  I have (and had) never seen this happen before -- until now.  Today is the first time I have seen it and, to my knowledge, nothing changed within VSE to cause this.  Now, I will say that I upgraded the operating system to zVSE 4.1.2 about two weeks ago -- but did not see this message until today (even though I've disconnected a console session many times since then).  Also, as I am not local to the hardware itself, I do not know if the IBM CE came in and installed some new microcode.  Suggestions?

Sincerely,

Dave Clark

WinWholesale Group Services
3110 Kettering Boulevard
Dayton, Ohio  45439  USA
(937) 294-5331


This email message and any attachments is for use only by the named addressee(s) and may contain confidential, privileged and/or proprietary information. If you have received this message in error, please immediately notify the sender and delete and destroy the message and all copies. All unauthorized direct or indirect use or disclosure of this message is strictly prohibited. No right to confidentiality or privilege is waived or lost by any error in transmission.

[Gustavo Torres]

I think we got that message from the application of maintenance to the microcode but this occurs only when we face problems with the local network which is connected the VSE console. In our case it is not caused by the disconnection of the Pcomm session.

[RJac...@decare.com]

We have a test LPAR that has its console on an OSAX ICC session. Every
time I disconnect using PF3 or PF4, I get the 0P08A message when I actually
close the TN3270E session. If I disconnect the console with OPERATE DISC,
0P08A does NOT appear when I close the TN3270E session. I never have any
problems reconnecting, so I usually just use PF3 or PF4 because it is
easier and I live with the message.

We are using QWS3270 Plus 4.5 for our TN3270 client. Our VSE is z/VSE
4.1.2 and we are running it on a z9-BC.

Bob Jacobson
(651) 994-5329

industrynews@winw
holesale.com
Sent by: To
owner-vse-l@Lehig "VSE Discussion List"
h.EDU <vs...@Lehigh.EDU>
cc

09/30/2009 09:37 Subject
0P08A INTERV REQ SYSXXX=900

Please respond to
vs...@Lehigh.EDU

[Kevin Corkery]

Same basic thing on my z9 under 4.2.1+. The message get's posted to the
console (can be cleared easily with PF6 from another console) but doesn't
seem to cause any issues. If I physically disconnect the telnet session
abruptly I have noticed that the ICC can take a couple of seconds to
reenable another connection. If I disconnect orderly the ICC console
address is immediately available for reuse. I'm using PCOM 5.9 for 3270
emulation.

[Edward M Martin]

Hello Dave, 

 

We are on z/VM 5.3 and z/VSE 412.  My TECH system is the only console using the ICC.  I drop/connect/restart/etc.. all the time without

error messages.

 

But all my ICC devices are defined as 3270 and not consoles.  How is your ICC configured?

 

Ed Martin

Aultman Health Foundation

330-363-5050

ext 35050

From: owner...@Lehigh.EDU [mailto:owner...@Lehigh.EDU] On Behalf Of indust...@winwholesale.com

Sent: Wednesday, September 30, 2009 10:37 AM
To: VSE Discussion List

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 11:54:50 AM:
> But all my ICC devices are defined as 3270 and not consoles.
> How is your ICC configured?

        They are configured as consoles -- but this should not be viewed as a configuration issue.  Meaning, the ICC configuration has not changed in two years, yet we just started seeing this message for the first time.  Likewise, the operating system upgrade also seems not to blame because that happened two weeks before the message began appearing.  Just trying to understand the true source of the issue.   ;-)

Index State CSS MIFID Device Number LU Name Client's IP Session Type DHD RSP RTO Index State CSS MIFID Device Number LU Name Client's IP Session Type DHD RSP RTO 1 Available 0 01 0900 VSE1OP 0.0.0.0 Op Console Disabled Disabled 60 2 Available 0 01 0901 VSE1 0.0.0.0 TN3270 Disabled Disabled 60 3 Available 0 01 0902 VSE1 0.0.0.0 TN3270 Disabled Disabled 60 4 Available 0 01 0903 VSE1 0.0.0.0 TN3270 Disabled Disabled 60

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 11:16:15 AM:
> If I disconnect the console with OPERATE DISC,
> 0P08A does NOT appear when I close the TN3270E session.

        If you use OPERATE DISC, then how do you reconnect?  I entered that command, closed the session, and did not get the intervention.  Then I tried to reconnect and the session just sits there clocking.  Now what?

[Mead, Jerry]

On our test system which is normally running with disc console, I just “dial vseguest 01f”  where our vse syslog is assigned to 01F.   

 

---

From: owner-vs...@Lehigh.EDU [mailto:owner-vs...@Lehigh.EDU] On Behalf Of indust...@winwholesale.com

Sent: Wednesday, September 30, 2009 11:32 AM
To: VSE Discussion List

Subject: Re: 0P08A INTERV REQ SYSXXX=900

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 10:37:18 AM:
> I will say that I upgraded the operating system to zVSE 4.1.2 about
> two weeks ago -- but did not see this message until today (even
> though I've disconnected a console session many times since then).

        Ah, here's an interesting fact...  Though I upgraded the operating system in our TEST LPAR, I have not yet done the same thing in our PROD LPAR.  However, the intervention message is now appearing in BOTH LPARs!  This started happening just since this past weekend.  I was also not on the system at all this weekend.

[Gustavo Torres]

You could need apar DY46987 (ptf UD53457) and to reconnect your VSE console you need REIPL or assign SYSLOG to another available CUU.

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 12:41:45 PM:
> On our test system which is normally running with disc console, I
> just “dial vseguest 01f”  where our vse syslog is assigned to 01F.   

        We're talking LPAR's here -- not VM.

[David Stuart]

After I do an Operate Disc, and close the session, all I have to do to reconnect is start/reconnect the emulator session, and then press Enter, and the Console comes right back up.

Dave

Dave Stuart
Prin. Info. Systems Support Analyst
County of Ventura, CA
805-662-6731
David....@ventura.org>>> "Gustavo Torres" <clgt...@gmail.com> 9/30/2009 9:48 AM >>>

[RJac...@decare.com]

I do not have any trouble reconnecting and getting a functional console
after using OPERATE DISC. However, I have all my OSA-ICC sessions defined
as TN3270. When we first got our z9 last fall, I set up the console
sessions as CONSOLE, but I had some problems with that option, problems
that went away when I switched them to TN3270.

Bob Jacobson
(651) 994-5329

industrynews@winw
holesale.com
Sent by: To
owner-vse-l@Lehig "VSE Discussion List"
h.EDU <vs...@Lehigh.EDU>
cc

09/30/2009 11:31 Subject

Re: 0P08A INTERV REQ SYSXXX=900

Please respond to
vs...@Lehigh.EDU

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 12:53:26 PM:
> After I do an Operate Disc, and close the session, all I have to do
> to reconnect is start/reconnect the emulator session, and then press
> Enter, and the Console comes right back up.

        Yes, that is the way it works in my production zVSE 3.1.2 system.  But in my test z/VSE 4.2.1 system the session just hangs when trying to reconnect.

Sincerely,

Dave Clark

WinWholesale Group Services
3110 Kettering Boulevard
Dayton, Ohio  45439  USA
(937) 294-5331

[David Stuart]

Dave,

I'm on 4.1.2 right now. Hopefully, my 'install' system will be at 4.2.1 in a week or so. I'll have to try it, and see.

Thanks,
Dave

Dave Stuart
Prin. Info. Systems Support Analyst
County of Ventura, CA
805-662-6731

David....@ventura.org>>> <indust...@winwholesale.com> 9/30/2009 10:06 AM >>>

[Gustavo Torres]

Did you check apar DY46987 ?

[David Stuart]

I just checked, and MSHP doesn't show DY46987 as being installed. This is a z/VSE 4.1.2 System, and I don't have any problems at all reconnecting after an Operate Disc.

Dave

Dave Stuart
Prin. Info. Systems Support Analyst
County of Ventura, CA
805-662-6731

David....@ventura.org>>> "Gustavo Torres" <clgt...@gmail.com> 9/30/2009 10:14 AM >>>

[Steve Mondy]

I was able to reproduce the message on my z/VSE 4.2.1 test system with the current RSL, July 31^st , PSP as of Sept 23^rd and general service picked up today.  It occurred when I broke the session.  Normally I do not get the message when I use PF4 to disconnect the console.   I am on a z9-BC with OSA-ICC which is owned by z/VM 5.4.

 

Steve

 

From: owner...@Lehigh.EDU [mailto:owner...@Lehigh.EDU] On Behalf Of Gustavo Torres
Sent: Wednesday, September 30, 2009 12:15 PM
To: VSE Discussion List
Subject: Re: 0P08A INTERV REQ SYSXXX=900

 

Did you check apar DY46987 ?

---

NOTICE:
This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You.

[Gustavo Torres]

It only applies to z/VSE 4.2

[Edward M Martin]

Hello Dave,

 

I was just wondering if only 900 was causing the issue or if (in your case) 901-903 get the same errors.

 

Ed Martin

Aultman Health Foundation

330-363-5050

ext 35050

From: owner...@Lehigh.EDU [mailto:owner...@Lehigh.EDU] On Behalf Of indust...@winwholesale.com

Sent: Wednesday, September 30, 2009 12:07 PM
To: VSE Discussion List

[Steve Mondy]

I have the service for DY46987 applied and still can create the message. I don’t get any hung conditions.

Steve

 

From: owner...@Lehigh.EDU [mailto:owner...@Lehigh.EDU] On Behalf Of Gustavo Torres

Sent: Wednesday, September 30, 2009 12:32 PM
To: VSE Discussion List

Subject: Re: 0P08A INTERV REQ SYSXXX=900

 

It only applies to z/VSE 4.2

[indust...@winwholesale.com]

owner...@Lehigh.EDU wrote on 09/30/2009 02:58:59 PM:
> I have the service for DY46987 applied and still can create the
> message. I don’t get any hung conditions.

        The APAR is for an inability to reconnect after OPERATE DISC on z/VSE 4.2.1 only.

[Rbo...@aol.com]

I opened a PMR against this about a year ago. I'm sure the archives will indicate what their response was, but as I recall, they recognized the problem but weren't going to do anything about it.

 

There was, coinincidently, a storage overlay that occurred along with this which was occurring TSIDSVA. They (IBM) did fix that problem.