OSA-ICC
Hi Folks! I just can put my hands in a brand new z10 BC and all it's new features. Previuos machine was an MP3000 H50. I was checkin about new features and one that comes up at 1st requirement is to configure and use OSA-ICC, so I can put 02 old 3174 22L out of service and remove them from room. I was checking OSA-ICC Users Guide, but read it demand some time, so let me ask if anyone here has a cookbook fo how to configure it. If I undestood correctly, I should setup a closed lan between stations that will have access as console, is this right? Can I use HMC as a station to have these sessions? In other words, all hints and tips will be welcome. Thanks in advance Carlos Bodra
Re: OSA-ICC
On 07/28/2010 07:53 PM, Carlos Bodra wrote: Hi Folks! I just can put my hands in a brand new z10 BC and all it's new features. Previuos machine was an MP3000 H50. I was checkin about new features and one that comes up at 1st requirement is to configure and use OSA-ICC, so I can put 02 old 3174 22L out of service and remove them from room. I was checking OSA-ICC Users Guide, but read it demand some time, so let me ask if anyone here has a cookbook fo how to configure it. If I undestood correctly, I should setup a closed lan between stations that will have access as console, is this right? Can I use HMC as a station to have these sessions? In other words, all hints and tips will be welcome. Thanks in advance Carlos Bodra Carlos, Take a look on the redbooks site for OSA-Express Integrated Console Controller Implementation Guide: http://www.redbooks.ibm.com/abstracts/sg246364.html?Open -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Interrupting a looping exec on OSA ICC
I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support
Re: Interrupting a looping exec on OSA ICC
ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. On 2010-03-31, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support -- Sent from my mobile device -- R;
Re: Interrupting a looping exec on OSA ICC
[oopppsss - try again] ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? -- R; On Wed, Mar 31, 2010 at 05:39, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support
Re: Interrupting a looping exec on OSA ICC
Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real 3270, hence no HOLD operand). It is pure 3270 behaviour, not even really related to VM: how can one break in when in input inhibited I am in fullscreen XEDIT, hence the linemode command input area is not available. Cannot use Alan's trick. subject deviation Alan's trick is to create another VM READ than the program prompt VM READ, you use it when a for example REXX exec places you in VM READ with a PARSE PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command (like HX, HI or TS). With the cursor trick, the program prompt VM READ becomes a VM READ by CMS' attention interrupt handler. Maybe easier to remember: when in the program prompt VM READ and you want to enter an immediate command like TS, enter #TS (that is: place a linend character before the immediate command). Not exactly the same as moving the cursor, With my alternative: the program prompt is satisfied with a null response and then the immediate command is honored. Wit the cursor trick, the immediate command is honored, then you return to the program prompt. /subject deviation My issue remains: how can one reset Input inhibited on an OSA ICC 3270? 2010/3/31 Richard Troth vmcow...@gmail.com [oopppsss - try again] ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? -- R; On Wed, Mar 31, 2010 at 05:39, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Interrupting a looping exec on OSA ICC
When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a full-screen write to the 3270, I don't think there is any way to interrupt it to get to CMS. A couple of tricks would include sending a CP MSG from any other userid (or even a terminal with no user logged on, CP MSG is CLASS * by default), that interrupts the full-screen write and you can get to CMS for HX, HI, TI, TS, or any other CMS-IMMEDIATE command. Another trick is to do a LOGON HERE from another terminal, when you reconnect you may have an opportunity to stuff in a CMS-IMMEDIATE command before the full-screen write resumes. -Mike From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Wednesday, March 31, 2010 7:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interrupting a looping exec on OSA ICC Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real 3270, hence no HOLD operand). It is pure 3270 behaviour, not even really related to VM: how can one break in when in input inhibited I am in fullscreen XEDIT, hence the linemode command input area is not available. Cannot use Alan's trick. subject deviation Alan's trick is to create another VM READ than the program prompt VM READ, you use it when a for example REXX exec places you in VM READ with a PARSE PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command (like HX, HI or TS). With the cursor trick, the program prompt VM READ becomes a VM READ by CMS' attention interrupt handler. Maybe easier to remember: when in the program prompt VM READ and you want to enter an immediate command like TS, enter #TS (that is: place a linend character before the immediate command). Not exactly the same as moving the cursor, With my alternative: the program prompt is satisfied with a null response and then the immediate command is honored. Wit the cursor trick, the immediate command is honored, then you return to the program prompt. /subject deviation My issue remains: how can one reset Input inhibited on an OSA ICC 3270? 2010/3/31 Richard Troth vmcow...@gmail.com [oopppsss - try again] ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? -- R; On Wed, Mar 31, 2010 at 05:39, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Interrupting a looping exec on OSA ICC
Sorry to disagree: on all 3270 implementations I used (apart this OSA ICC) it was and is possible to interrupt a fullscreen appl like XEDIT. I debugged too many XEDIT macros not to be 101% sure of this. (and a few hours ago I did it again on a PCOMM TN3270 telnetted into VM TCPIP. In PCOMM, by default the ESC key is set to [sys attn], pressing it brings you from your locked XEDIT directly in CP READ, then press PA1 and you have a VM READ to enter TS). This unlock problem may make me switch back from OSA ICC to plain TN3270. (it is less frequent I have to restart VM's TCPIP stack than I want to breakin in a runaway XEDIT macro. 2010/3/31 Michael Coffin michaelcof...@mccci.com When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a full-screen write to the 3270, I don’t think there is any way to interrupt it to get to CMS. A couple of “tricks” would include sending a CP MSG from any other userid (or even a terminal with no user logged on, CP MSG is CLASS * by default), that interrupts the full-screen write and you can get to CMS for HX, HI, TI, TS, or any other CMS-IMMEDIATE command. Another trick is to do a LOGON HERE from another terminal, when you reconnect you may have an opportunity to stuff in a CMS-IMMEDIATE command before the full-screen write resumes. -Mike *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Kris Buelens *Sent:* Wednesday, March 31, 2010 7:25 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Interrupting a looping exec on OSA ICC Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real 3270, hence no HOLD operand). It is pure 3270 behaviour, not even really related to VM: how can one break in when in input inhibited I am in fullscreen XEDIT, hence the linemode command input area is not available. Cannot use Alan's trick. subject deviation Alan's trick is to create another VM READ than the program prompt VM READ, you use it when a for example REXX exec places you in VM READ with a PARSE PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command (like HX, HI or TS). With the cursor trick, the program prompt VM READ becomes a VM READ by CMS' attention interrupt handler. Maybe easier to remember: when in the program prompt VM READ and you want to enter an immediate command like TS, enter #TS (that is: place a linend character before the immediate command). Not exactly the same as moving the cursor, With my alternative: the program prompt is satisfied with a null response and then the immediate command is honored. Wit the cursor trick, the immediate command is honored, then you return to the program prompt. /subject deviation My issue remains: how can one reset Input inhibited on an OSA ICC 3270? 2010/3/31 Richard Troth vmcow...@gmail.com [oopppsss - try again] ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? -- R; On Wed, Mar 31, 2010 at 05:39, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to break in (apart from Communication - Disconnect or using some other userid to send a CP Message/Warning to the user in trouble). An OSA ICC is supposed to simulate a non-SNA 3270, it does it well, except for this problem. Any comments? Is it working on your system? -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Interrupting a looping exec on OSA ICC
Hi Kris, Perhaps you are correct, I thought there was ONE true 3270 key that would interrupt a full-screen write - but I haven't seen it in over a decade. I use Attachmate InfoConnect (a.k.a. Extra!) TN3270 emulator and there is no way to define SYS ATTN (there is a SYS REQ, and ATTN, but no SYS ATTN). One more reason not to like this product, and wish I had PCOMM. L Thanks for the info, I'll file away the SYS ATTN info into my folder of VM tips (even if I can't use it myself). J -Mike From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Wednesday, March 31, 2010 10:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interrupting a looping exec on OSA ICC Sorry to disagree: on all 3270 implementations I used (apart this OSA ICC) it was and is possible to interrupt a fullscreen appl like XEDIT. I debugged too many XEDIT macros not to be 101% sure of this. (and a few hours ago I did it again on a PCOMM TN3270 telnetted into VM TCPIP. In PCOMM, by default the ESC key is set to [sys attn], pressing it brings you from your locked XEDIT directly in CP READ, then press PA1 and you have a VM READ to enter TS). This unlock problem may make me switch back from OSA ICC to plain TN3270. (it is less frequent I have to restart VM's TCPIP stack than I want to breakin in a runaway XEDIT macro. 2010/3/31 Michael Coffin michaelcof...@mccci.com When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a full-screen write to the 3270, I don't think there is any way to interrupt it to get to CMS. A couple of tricks would include sending a CP MSG from any other userid (or even a terminal with no user logged on, CP MSG is CLASS * by default), that interrupts the full-screen write and you can get to CMS for HX, HI, TI, TS, or any other CMS-IMMEDIATE command. Another trick is to do a LOGON HERE from another terminal, when you reconnect you may have an opportunity to stuff in a CMS-IMMEDIATE command before the full-screen write resumes. -Mike From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Wednesday, March 31, 2010 7:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interrupting a looping exec on OSA ICC Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real 3270, hence no HOLD operand). It is pure 3270 behaviour, not even really related to VM: how can one break in when in input inhibited I am in fullscreen XEDIT, hence the linemode command input area is not available. Cannot use Alan's trick. subject deviation Alan's trick is to create another VM READ than the program prompt VM READ, you use it when a for example REXX exec places you in VM READ with a PARSE PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command (like HX, HI or TS). With the cursor trick, the program prompt VM READ becomes a VM READ by CMS' attention interrupt handler. Maybe easier to remember: when in the program prompt VM READ and you want to enter an immediate command like TS, enter #TS (that is: place a linend character before the immediate command). Not exactly the same as moving the cursor, With my alternative: the program prompt is satisfied with a null response and then the immediate command is honored. Wit the cursor trick, the immediate command is honored, then you return to the program prompt. /subject deviation My issue remains: how can one reset Input inhibited on an OSA ICC 3270? 2010/3/31 Richard Troth vmcow...@gmail.com [oopppsss - try again] ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? -- R; On Wed, Mar 31, 2010 at 05:39, Kris Buelens kris.buel...@gmail.com wrote: I think I found a bug in the behaviour of an OSA ICC: Experienced CMS programmers know that to start tracing a looping XEDIT macro can be done by entering a TS command in the command area. But, first one needs to get the commandline. A bit difficult as the 3270 is in input inhibited (a green led on real 3277's, an X with the clock icon in the status area nowadays) and the display is in fullscreen mode. To get the command line, what is required depends on the terminal type - a real non-SNA 3270: press the reset key (the stop input Inhibited) and press enter, or PA1, .. - in SNA: press the ATTN key then enter, or PA1, ... - TN3270 with PCOMM: press ATTN Today, on my PCOMM connected to an OSA ICC on a z10, I found no means
Re: Interrupting a looping exec on OSA ICC
On Wednesday, 03/31/2010 at 06:47 EDT, Richard Troth vmcow...@gmail.com wrote: ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. ICC has no idea that you have logged off. Unlike 3270 printer sessions, there is no provision in the display data stream for an EOF marker to tell the telnet server that the host is finished. And if there were, we'd have to provide a TERMINAL LOGOFF HOLD|NOHOLD command to control it since 50% of you would hate it either way. (I wish I had that already; I always LOGOFF HOLD.) But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? You're right that TN3270E doesn't behave like a real 3270, particularly in the area of Attention processing. A 3270 control unit can do whatever it wants to get the host's attention . With TN3270, the client is at the mercy of (a) the protocol, (b) the telnet server implementation, and (c) the interface the telnet server uses to create sessions. I have to contradict Kris: TN3270 doesn't have an ATTN function for non-SNA emulation (as is done by VM and ICC). This is why the backspace-and-press-enter hack was invented; it provides the old-school 3215 ATTN function in a new-school 3270 environment. Oh, and the RFCs require a telnet server to ignore any telnet IP (Interrupt Process) commands it receives on a TN3270 session. IMO, the 3270 architects did us a disservice by not providing ATTN for non-SNA connections. So while pressing the RESET key unlocks the keyboard, there's nothing the TN3270 client can do to get the telnet server's attention. The ATTN hack doesn't work in the fullscreen app since CP isn't doing the 3215-3270 conversions. Therefore, if you're in a fullscreen app that has issued TERM BRKKEY NONE, then you can easily find yourself trapped (as the author intended?) in the app unless you have outside help (e.g. CP MSG/WNG or DISC/LOGON). If you have SET RUN ON, the DISC/LOGON sequence won't help. If you can get the console into line mode, then you *may* be able to get out. It depends on how creative (annoying) the app was. But as long as you're in fullscreen, you're stuck. Alan Altmark z/VM Development IBM Endicott
Re: Interrupting a looping exec on OSA ICC
Maybe the problem is that pressing Reset on an OSA ICC doesn't do anything (but that's that same on a TN3270 into VM). You say that TN3270 doesn't have an ATTN function for non-SNA. I guess that's true. But, PCOMM does allow you to assign a key to [sys attn] and it can appear on a popup panel as 'attention', and -when connected to VM's TCPIP Telnet deamon- that key/function brings me directly in CP READ. In any case, from a locked fullscreen, from an not locked fullscreen, from linemode. I know one can turn this off by setting BRKKEY NONE (also part of CONCEAL ON). Countless are the VM sysprogs to which I told don't run like this, you need the break key in looping conditions after which I gave a short demo. Maybe there's no bug in OSA ICC: in an earlier append I said breaking in was different depending on the terminal type, and with OSA ICC one has a mix. It could be fixed if OSA ICC would translate this [sys attn] into an unlock. 2010/3/31 Alan Altmark alan_altm...@us.ibm.com On Wednesday, 03/31/2010 at 06:47 EDT, Richard Troth vmcow...@gmail.com wrote: ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other real 3270s and like LDEV. That's a whole nutha discussion. ICC has no idea that you have logged off. Unlike 3270 printer sessions, there is no provision in the display data stream for an EOF marker to tell the telnet server that the host is finished. And if there were, we'd have to provide a TERMINAL LOGOFF HOLD|NOHOLD command to control it since 50% of you would hate it either way. (I wish I had that already; I always LOGOFF HOLD.) But ... does PCOMM not have an immediate PA1? (I'm not used to an ATTN sequence for PA1.) You wouldn't get the trace, but you'd get control. There's also the trick, I think I learned from Alan Altmark, of putting the cursor back one position from the start of the command line then Enter for a VM READ. It's a hack. (IMHO) Your 3270 emulator may affect the viability of this behaviour. You MIGHT then be able to TS. Alan? Wanna clarify this? You're right that TN3270E doesn't behave like a real 3270, particularly in the area of Attention processing. A 3270 control unit can do whatever it wants to get the host's attention . With TN3270, the client is at the mercy of (a) the protocol, (b) the telnet server implementation, and (c) the interface the telnet server uses to create sessions. I have to contradict Kris: TN3270 doesn't have an ATTN function for non-SNA emulation (as is done by VM and ICC). This is why the backspace-and-press-enter hack was invented; it provides the old-school 3215 ATTN function in a new-school 3270 environment. Oh, and the RFCs require a telnet server to ignore any telnet IP (Interrupt Process) commands it receives on a TN3270 session. IMO, the 3270 architects did us a disservice by not providing ATTN for non-SNA connections. So while pressing the RESET key unlocks the keyboard, there's nothing the TN3270 client can do to get the telnet server's attention. The ATTN hack doesn't work in the fullscreen app since CP isn't doing the 3215-3270 conversions. Therefore, if you're in a fullscreen app that has issued TERM BRKKEY NONE, then you can easily find yourself trapped (as the author intended?) in the app unless you have outside help (e.g. CP MSG/WNG or DISC/LOGON). If you have SET RUN ON, the DISC/LOGON sequence won't help. If you can get the console into line mode, then you *may* be able to get out. It depends on how creative (annoying) the app was. But as long as you're in fullscreen, you're stuck. Alan Altmark z/VM Development IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support
OSA-ICC Availability on a 2066-003
I got a query from one of my accounts. They have a spare port on an OSA card (OSA Express) and are of the opinio n that they can use that port to do an Integrated Console. And then they could drop some additional hardware/software that is costin g them money. I've tried digging around, but I can't find a definitive answer. (I think I must not be getting a keyword right in my search) I think it won't work because the microcode for it is just not present in the 2066, even though the OSA card itself could. Anybody care to tell me where I can find a definitive answer? Brian
Re: OSA-ICC Availability on a 2066-003
Search on Integrated Communication Controller (ICC) ... Available on z/890/990 and later .. On Thu, Nov 19, 2009 at 3:43 PM, Brian Ferguson brian.fergu...@eds.comwrote: I got a query from one of my accounts. They have a spare port on an OSA card (OSA Express) and are of the opinion that they can use that port to do an Integrated Console. And then they could drop some additional hardware/software that is costing them money. I've tried digging around, but I can't find a definitive answer. (I think I must not be getting a keyword right in my search) I think it won't work because the microcode for it is just not present in the 2066, even though the OSA card itself could. Anybody care to tell me where I can find a definitive answer? Brian
Re: Setting up osa-icc settings
Here is the buildsessions.the macro. Shimon /* */ /* THE macro to build ICC session configuration. input: BuildSessions.txt output: Buildsessions.cfg The name BuildSessions can be any file name. Input file := setup options Server definition sessions definition setup options := option start option statement... option end option start := OPTIONS option statement := A REXX statement to be interpreted and performed option end:= /OPTIONS Server definition := copied text from exported config. sessions definition := config start input line... config end config start := CONFIG_SESSION config end:= /CONFIG_SESSION input line:= LU-def MIF-def LU-def:= LU=name_of_LU MIF-def := MIF=n Session numbers are consecutive from SESSION1 for the first defined session. Device addresses are consecutive within MIF. That is, first session defined with MIF=1 will be the starting device address (defaults to B000), second for MIF=1 will be the next address (B001), and first in MIF=2 will again be the starting address (default B000). To set the starting address of an LPAR, use this option line: 'devaddr.5 = 16' which means Set the first device in MIF=5 to 16, X'010', resulting in (after appending to 'B') an address of 'B010'. */ /* if this macro is not in THE's macro path, use: SET MACROPATH path[;path...] e.g. SET MACROPATH D:\pub\DOCS\z890 (to paste the SET MACROPATH line into the THE session from the Windows clipboard, position the THE cursor on the edit command line, and right-click.) usage: open the input file with THE, at the command line type: buildsessions the macro will close the THE session after creating the output file. */ TRACE N parse source . . nameofthismacro 'extract /fpath/fname/filename' /* get info about input file */ output = fpath.1 || fname.1 || .cfg /* same path, same fn, new ext */ input = fpath.1 || filename.1 /* save full name of input file */ 'x' output /* switch to new? output file */ 'bot' /* follow any existing data */ 'input // This file has been generated by the THE macro' nameofthismacro 'save' /* save with ID comment */ 'x' input /* switch to input file */ 'top' /* check for run options */ 'locate /OPTIONS/'/* start of options info - reqd! */ 'locate +1' /* first opt line? */ optcount = 0 DO WHILE RC = 0 'extract /curline/' /* current option line */ if curline.3 = '/OPTIONS' /* end of section */ then RC = 999 /* exit loop */ else do /* save the option statement */ optcount = optcount + 1 optlist.optcount = curline.3 'locate +1' end end /* DO WHILE */ 'top' /* find and copy entire serverdef */ 'locate /OSC_SERVER/ set point .s' 'locate $/OSC_SERVER$ +1 set point .e' 'locate .s put .e' /* put to temp file */ 'x' output /* switch to output and get it */ 'get' 'bot' /* move cursor past server def */ 'x' input 'locate .s set point .s OFF'/* remove .points in input file */ 'locate .e set point .e OFF' 'locate -1'/* back to end of server defs */ devaddr. = 0 /* starting value for all devaddrs */ sessnum = 1/* starting value for session number */ do opt_I = 1 to optcount optline = optlist.opt_I interpret optline end /* do opt_I */ /* begin main loop - read and copy all non LU lines. */ /* - convert LU lines to full session definition */ /* each loop iteration begins with focus on *input* file */ 'locate +1'/* for RC=0 of loop */ DO WHILE RC = 0 'extract /curline/' /* current *input* line */ SELECT when left(curline.3,1) = '*' then NOP /* allow commenting of input lines */ when left(curline.3,3) = LU= then call createLU /* go create a session in the output file */ otherwise do 'x' output/* just copy this line into the output file */ 'input' curline.3 'x' input /* and return to input for next iteration */ end END /* of SELECT */ 'locate +1' /* advance till EOF gives non-zero RC */ END 'x' output /* all output has been created */
Re: question to backup of osa-icc settings
HMC worksheet? Who fills that in? What's wrong with a napkin? David From: The IBM z/VM Operating System on behalf of Alan Altmark Sent: Mon 9/1/2008 1:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] question to backup of osa-icc settings On Saturday, 08/30/2008 at 05:42 EDT, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: when I do the export the message appears that the ftp connection failed. I just cannot give you the exact message, cause it's a customer machine and I'm not always there. On September 8th. I'm again at another customer with the same problem where I can try it and give you the exact message. Because of the ping behaviour I have thought that it is a routing problem. Must the nat bridge explicitly be switched on or should it run by default or must perhaps the firewall be configured? I suggest opening a hardware PMR. The HMC installation worksheet includes references to IP address configuration in the both the HMC *and* the SEs, so things may not work as I described. Alan Altmark z/VM Development IBM Endicott
Re: question to backup of osa-icc settings
On Sep 1, 2008, at 7:04 PM, David Kreuter wrote: HMC worksheet? Who fills that in? What's wrong with a napkin? This one has mustard on it. At least, I *hope* it's mustard. Adam
Re: question to backup of osa-icc settings
On Saturday, 08/30/2008 at 05:42 EDT, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: when I do the export the message appears that the ftp connection failed. I just cannot give you the exact message, cause it's a customer machine and I'm not always there. On September 8th. I'm again at another customer with the same problem where I can try it and give you the exact message. Because of the ping behaviour I have thought that it is a routing problem. Must the nat bridge explicitly be switched on or should it run by default or must perhaps the firewall be configured? I suggest opening a hardware PMR. The HMC installation worksheet includes references to IP address configuration in the both the HMC *and* the SEs, so things may not work as I described. Alan Altmark z/VM Development IBM Endicott
Re: question to backup of osa-icc settings
Alan, when I do the export the message appears that the ftp connection failed. I just cannot give you the exact message, cause it's a customer machine and I'm not always there. On September 8th. I'm again at another customer with the same problem where I can try it and give you the exact message. Because of the ping behaviour I have thought that it is a routing problem. Must the nat bridge explicitly be switched on or should it run by default or must perhaps the firewall be configured? kind regards Franz Josef Pohlen Alan Altmark schrieb: On Friday, 08/29/2008 at 10:53 EDT, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I want to backup OSA-ICC settings to an ftp server. the HMC has one address in the company's lan and the other adapter connected to the support elements lan. The support elements have no connection to the company's lan but a route to it over the hmc. On the ftp server I have configured a route to the support elements lan also over the hmc. I can ping the hmc ip address of the support elements lan but not the support element itself. The reverse connection from the support elements works also only up to the company's lan ip address of the hmc but not to the ftp server. So I 'm sure that the hmc is not able to route the packets. I have also enabled the routed in the network customization of hmc and support element but this had no effect. Is there a way to let the hmc act as a router for the support elements? I have attached a text file with a little picture of the network environment. I assume you're trying to Export source file via FTP in OSA-ICC Advanced Facilities. What error are you getting? IIRC there is a NAT bridge in the HMC to handle any needed SE communications and you do not need (or want!) any IP routing changes to use the Export via FTP function. Since the FTP is initiated from the SE via OSA-ICC AF the HMC will open the NATted port. (There are firewalls in the HMC to protect itself and the HMC-SE LAN.) Alan Altmark z/VM Development IBM Endicott
question to backup of osa-icc settings
Hi listers, I want to backup OSA-ICC settings to an ftp server. the HMC has one address in the company's lan and the other adapter connected to the support elements lan. The support elements have no connection to the company's lan but a route to it over the hmc. On the ftp server I have configured a route to the support elements lan also over the hmc. I can ping the hmc ip address of the support elements lan but not the support element itself. The reverse connection from the support elements works also only up to the company's lan ip address of the hmc but not to the ftp server. So I 'm sure that the hmc is not able to route the packets. I have also enabled the routed in the network customization of hmc and support element but this had no effect. Is there a way to let the hmc act as a router for the support elements? I have attached a text file with a little picture of the network environment. -- kind regards Franz Josef Pohlen ,---, no ping ! FTP server! LAN 172.17.0.2 -! !!! ! !! route to 182.158.0.0/255.255.0.0 ! ! !! over 172.17.2.51 ! ! !'' ! !!! ! -- ! ! ! company's lan ! ! ! ! 172.17.0.0/255.255.0.0 ! ! ! -- ! !!! !!! !,, ! ! ping works ! HMC! ! !---LAN 172.17.2.51! ! !!! ! !! ping works ! ! !! LAN 182.158.10.100 --!---! !'' ! ! ! ! ! --- ! ! ! support element's lan ! ! ! ! 182.158.0.0/255.255.0.0 ! ! ! --- ! !!! !,, ! !! Support Element no ping ! ! -LAN 182.158.10.20 --! !! ! route to 182.158.0.0/255.255.0.0 ! ! over 182.158.10.100 ! ''
Re: question to backup of osa-icc settings
On Friday, 08/29/2008 at 10:53 EDT, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I want to backup OSA-ICC settings to an ftp server. the HMC has one address in the company's lan and the other adapter connected to the support elements lan. The support elements have no connection to the company's lan but a route to it over the hmc. On the ftp server I have configured a route to the support elements lan also over the hmc. I can ping the hmc ip address of the support elements lan but not the support element itself. The reverse connection from the support elements works also only up to the company's lan ip address of the hmc but not to the ftp server. So I 'm sure that the hmc is not able to route the packets. I have also enabled the routed in the network customization of hmc and support element but this had no effect. Is there a way to let the hmc act as a router for the support elements? I have attached a text file with a little picture of the network environment. I assume you're trying to Export source file via FTP in OSA-ICC Advanced Facilities. What error are you getting? IIRC there is a NAT bridge in the HMC to handle any needed SE communications and you do not need (or want!) any IP routing changes to use the Export via FTP function. Since the FTP is initiated from the SE via OSA-ICC AF the HMC will open the NATted port. (There are firewalls in the HMC to protect itself and the HMC-SE LAN.) Alan Altmark z/VM Development IBM Endicott
OSA ICC OPERATOR console via x3270
I am attempting to set up Ubuntu with x3270 as our OPERATOR terminal. it connects with the ICC and i can specify the LU and all that and it works fine. the problem i have is that i cannot get the Clear() function mapped to a key in the default x3270 config file .x3270pro i have tried it mapped to various keys: KeyEscape: Clear()\n\ KeyPrint: Clear()\n\ KeyPause: Clear()\n\ KeyNext: Clear()\n\ after restarting x3270 after each change to .x3270pro none of them do a clear screen. AltKeyc: Clear()\n\ does work, but the operators are used to pushing Pause i have even defined a macro in .x3270pro and that works. but my preference is to map it to a key - which i can't get to work. any ideas? prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL
Re: OSA ICC OPERATOR console via x3270
Phil, I haven't examined the man page for shorthand notation, but my .x3270pro uses the keyword 'Keypress': x3270.keymap.rks0: #override \ :KeyPressControl_L: Reset()\n\ :KeyPressControl_R: Enter()\n\ :KeyPressReturn: Newline() \n\ KeyPressEscape: Clear() [EMAIL PROTECTED] wrote: I am attempting to set up Ubuntu with x3270 as our OPERATOR terminal. it connects with the ICC and i can specify the LU and all that and it works fine. the problem i have is that i cannot get the Clear() function mapped to a key in the default x3270 config file .x3270pro i have tried it mapped to various keys: KeyEscape: Clear()\n\ KeyPrint: Clear()\n\ KeyPause: Clear()\n\ KeyNext: Clear()\n\ after restarting x3270 after each change to .x3270pro none of them do a clear screen. AltKeyc: Clear()\n\ does work, but the operators are used to pushing Pause i have even defined a macro in .x3270pro and that works. but my preference is to map it to a key - which i can't get to work. any ideas? prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL -- 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 2009 - Orlando, FL - May 15-19, 2009
Re: OSA ICC OPERATOR console via x3270
Rich, the man page consistently uses Key prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL
Re: OSA ICC OPERATOR console via x3270
Is your .x3270pro in the home directory of the user that is invoking x3270? [EMAIL PROTECTED] wrote: Rich, the man page consistently uses Key prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL -- 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 2009 - Orlando, FL - May 15-19, 2009
Re: OSA ICC OPERATOR console via x3270
Rich, Is your .x3270pro in the home directory of the user that is invoking x3270? yes, it is. in fact, i have added macros to .x3270pro and they show up the next time i start a session. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL
Re: OSA ICC OPERATOR console via x3270
one other anoying thing is that you have to click and hold to keep a menu displayed. is there a X window option to overide this behavior? prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL
Re: OSA ICC OPERATOR console via x3270
On: Wed, Jun 04, 2008 at 05:59:06PM -0500,[EMAIL PROTECTED] Wrote: } the man page consistently uses Key } } prg Phil. Man pages occasionally lie. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: OSA ICC OPERATOR console via x3270
I changed mine to Key and it still worked. Phil, for what it's worth here's my whole .x3270pro if you want to give it a try: x3270.showTiming: True x3270.model: 2 x3270.emulatorFont: 3270-12 x3270.allowResize: true x3270.reconnect: true x3270.hostsFile: ~/ibm_hosts x3270.keymap: rks0 x3270.keymap.rks0: #override \ :KeyPressControl_L: Reset()\n\ :KeyPressControl_R: Enter()\n\ :KeyPressReturn: Newline() \n\ KeyPressEscape: Clear() Rich Greenberg wrote: On: Wed, Jun 04, 2008 at 05:59:06PM -0500,[EMAIL PROTECTED] Wrote: } the man page consistently uses Key } } prg Phil. Man pages occasionally lie. -- 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 2009 - Orlando, FL - May 15-19, 2009
Re: x3270 for OSA ICC
[EMAIL PROTECTED] wrote: i am setting this up using Ubuntu 8.04 LTS i DL the source for x3270 and pulled out the missing fonts. i had to convert them (bdftopcf) and then gzip them. i copied them into the correct font directory and did dirfont or something like that to rebuild the font directory. All to no avail - x3270 still does not pick them up. oh well. Strange - I just installed Hardy (8.04) and installed the latest x3270 (x3270-3.3.7p3.tgz) from the x3270 site, and have all the fonts, including the 24 and 32 point versions. I followed the installation instructions, had to add the X11 and Athena widgit development packages, installed clean and works great (on x64 processor even!). Kim -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: x3270 for OSA ICC
Mark Jacobs wrote: Did you perform a XHOST FP REHASH command after you installed the fonts? That command is xset and it should be lower case: xset fp rehash Kim -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: x3270 for OSA ICC
i am setting this up using Ubuntu 8.04 LTS i DL the source for x3270 and pulled out the missing fonts. i had to convert them (bdftopcf) and then gzip them. i copied them into the correct font directory and did dirfont or something like that to rebuild the font directory. All to no avail - x3270 still does not pick them up. oh well. it turns out that just changing the screen resolution and picking model 3 actually gives us a workable console. note: debian does have a separate package for the x3270 fonts, but it is just the same fonts that are in the main package in a smaller package so they can be installed on a font server. i installed them, but it didn't get me the rest of the fonts. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/30/2008 04:40:32 AM: [EMAIL PROTECTED] writes: anyone using linux + x3270 for OSA ICC consoles? the latest xfonts-3270-misc does not include two of the larger fonts: 3270gt24 3270gt32 any suggestions on other fonts to use on X or how to get these larger fonts? What Linux distribution are you using? They seem to split up the various parts of the x3270 suite in different ways (core, X part, text/script part, fonts...). For Fedora Core 6 and RHEL4, the fonts (including 3270gt4) are in the x3270-x11 rpm and for SLES10 they're in the x3270 rpm. Check and see if your distro has broken the fonts out differently into some other package. --Malcolm -- Malcolm Beattie System z SWG/STG, Europe IBM UK
Re: x3270 for OSA ICC
Did you perform a XHOST FP REHASH command after you installed the fonts? Mark Jacobs From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, April 30, 2008 5:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: x3270 for OSA ICC i am setting this up using Ubuntu 8.04 LTS i DL the source for x3270 and pulled out the missing fonts. i had to convert them (bdftopcf) and then gzip them. i copied them into the correct font directory and did dirfont or something like that to rebuild the font directory. All to no avail - x3270 still does not pick them up. oh well. it turns out that just changing the screen resolution and picking model 3 actually gives us a workable console. note: debian does have a separate package for the x3270 fonts, but it is just the same fonts that are in the main package in a smaller package so they can be installed on a font server. i installed them, but it didn't get me the rest of the fonts. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/30/2008 04:40:32 AM: [EMAIL PROTECTED] writes: anyone using linux + x3270 for OSA ICC consoles? the latest xfonts-3270-misc does not include two of the larger fonts: 3270gt24 3270gt32 any suggestions on other fonts to use on X or how to get these larger fonts? What Linux distribution are you using? They seem to split up the various parts of the x3270 suite in different ways (core, X part, text/script part, fonts...). For Fedora Core 6 and RHEL4, the fonts (including 3270gt4) are in the x3270-x11 rpm and for SLES10 they're in the x3270 rpm. Check and see if your distro has broken the fonts out differently into some other package. --Malcolm -- Malcolm Beattie System z SWG/STG, Europe IBM UK
Re: x3270 for OSA ICC
mark, yes, that is one of the other things i did. no joy. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/30/2008 04:52:49 PM: Did you perform a XHOST FP REHASH command after you installed the fonts? Mark Jacobs
x3270 for OSA ICC
anyone using linux + x3270 for OSA ICC consoles? the latest xfonts-3270-misc does not include two of the larger fonts: 3270gt24 3270gt32 any suggestions on other fonts to use on X or how to get these larger fonts? prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL
OSA-ICC support
Title: OSA-ICC support Hello Everyone, I know that some of you were having problems with the OSA-ICC support. There is new info apar II14150 that discusses maintenance levels and some recommend hardware settings. I have it attached in text form. OSAICC II14150.txt Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 General search Top of Form Item II14150 Track APAR Identifier .. II14150 Last Changed 06/07/07 OPEN SYSTEMS ADAPTER (OSA) INTEGRATED CONSOLE CONTROLLER (ICC) 3270 CONSOLE SUPPORT Symptom .. IN INCORROUT Status ... CLOSED CAN Severity ... 4 Date Closed . 06/03/06 Component .. INFOV2LIB Duplicate of Reported Release . 001 Fixed Release Component Name V2 LIB INFO ITE Special Notice Current Target Date .. Flags SCP ... Platform Status Detail: Not Available PE PTF List: PTF List: Parent APAR: Child APAR list: ERROR DESCRIPTION: OPEN SYSTEMS ADAPTER (OSA) Integrated Console Controller (ICC) 3270 console support requires the following maintenance- . OA05738 for users at HBB7706 and above provides new function support with D/T2084 and D/T2086. . OA03689 is the corresponding HCD support for OSA 3270 consoles that was shipped via apar OA03689. . OA11513 provides new function apar which provides support for the attachement of the D/T3286 and D/T3287 to the OSC control unit. . The following documentation is useful in setting up OSA-ICC: OSA-Express Implementation Guide (SG24-5948-02) . In addition hardware recommends specifying RESPONSE = ON and change the card speed from AUTO NEGOTIATE to the network speed. Also READ_TIMEOUT= 180 should be set and the MIH for the consoles may be set to 4:30. Otherwise the 3270 OSA-ICC attached console may fail to activate on a power on reset (por) ipl even though it successfully activates on a warm start ipl. LOCAL FIX: For OSAICC, the code level is based on the version of the hydra hardware card of which there are two versions- HYDRA 1.75 and HYDRA 3.0 The code level can be checked via the OSA Advanced Facilities, Channel Type OSC. As of July 1,2006 the current code level would be: HYDRA 1.75 -- 2.05 HYDRA 3.0 -- 0.07 PROBLEM SUMMARY: PROBLEM CONCLUSION: TEMPORARY FIX: COMMENTS: MODULES/MACROS: SRLS: RTN CODES: CIRCUMVENTION: MESSAGE TO SUBMITTER: Bottom of Form IBM, the IBM logo, and the IBM e-business Logo are registered trademarks of International Business Machines Corporation.
