Re: ADDWSE is usually ignored

[CRPence <CRPbottle@xxxxxxxxx>]

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.