Jerry,

In my experience it has always been this way. It's not really a significant issue because even though input inhibited is not displayed the job is in fact running and the only typing you do will be queued to that session. This happens a lot to me especially since most firewalls will disconnect the HMC connection after a period of inactivity since it doesn't do keepalives like TN5250 does.

- Larry "DrFranken" Bolhuis.


On 6/29/2012 6:59 PM, Jerry Draper wrote:
We set up the a test on a 9406-520 iSeries using a direct VPN connection
into an HMC and connected "shared" to a console session created locally
in the data center.

The TN5250 product is IBM iSeries Access.

This is what we would encounter in a restricted state condition in a DR
scenario.

For the test we run a DSPTAP OUTPUT(*PRINT) which takes awhile.

We disconnect the session, wait a few minutes, and reconnect to the
shared session.

We get a fully refreshed screen but it is entry capable; not locked like
it would be normally. The "input inhibited" message is not displayed.

Pressing enter engages the "input inhibited" message on the lower left
side of the screen. This is the "input inhibited" message related to
the DSPTAP job and not what was just typed into the display.

This appears to be an issue with the HMC console and IBM.

Anyone encountered this?

Thanks,

Jerry




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.