Re: ADDWSE is usually ignored

On 05 Jun 2013 09:26, Tim Adair wrote:

I've added a WSE to subsystem QPGMR for both a generic (DSP05*) and
specific (DSP05A1) session, and most of the time when I bring up the
sign-on for the session (5250 emulation using System i Access (v.6.0)
on a Windows Vista PC), it comes up in QINTER. But if I open another
session (which also comes up in QINTER) and vary off the first
session and then vary it on again, it will then come up in QPGMR.

Any ideas why this would not come up in QPGMR every time?

I've checked the SBS WSEs and they are fine. QINTER has no WSEs and
QPGMR just has the two I added.

Any thoughts on this are welcome. Thanks in advance.

(System is on V7R1. Also, I searched the archives but didn't find any
issue like this.)

The issue has been discussed several times in the past... even if very old discussions. I did not try to find any, but they must be out there.

The QINTER does have a WSE, for WRKSTNTYPE(*ALL) with AT(*SIGNON), even if no WRKSTN() entries are defined by [generic] name. Thus that interactive subsystem will attempt to allocate every display device of any type or name.

The proper way to handle the situation is to add similar WorkStation Entry definitions in the other interactive subsystems [e.g. the QINTER subsystem description] to ensure that subsystem does not try to allocate the same device(s); i.e. use ADDWSE AT(*ENTER) instead of the default AT(*SIGNON), which was specified for the work-station entry specification on the QPGMR subsystem description. Doing this reduces the number of /collisions/ between subsystems trying to allocate the same devices... and thus reduces the number of allocation errors being logged by each subsystem monitor job.

The daft means to reduce the effect of the wrong subsystem allocating the device(s) is to start the QPGMR system first, and give it enough time to effect its allocations before starting QINTER; i.e. QINTER will not allocate them, because they are already allocated to QPGMR.