Your original note mentioned UA19298 (you actually said UA19278 but I assume you meant UA19298). You didn't say exactly, but I assume that you meant that UA19298 was not applied on your system.
UA19298 describes a problem where MIH bits do no get reset in the UCB for the console device. If the UCB control block has bad flags set, I would think the only alternative is to IPL. You might try to manually zap the UCBMIHMI bit off, but I would only do this if you had IBM's help in designing an appropriate SLIP trap to make the change. I hope you are working with IBM - if not, I suggest opening a PMR with z/OS Console support and get their help. I don't think this is a hardware problem.... Brian On Wed, 1 Mar 2006 16:02:04 -0500, Kittendorf, Craig <[EMAIL PROTECTED]> wrote: >It is a PC network connected to an OSA-E defined as an ICC. The pc has >connections another LPAR thru the same shared OSA and thru a second OSA. >None of the sessions (console or VTAM) for the Prod LPAR on this OSA >work. Using a second pc does not work either. > >Its apparently related to this one OSA on this one LPAR. We will be >IPLing this Saturday. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
