Buck:

Sorry, I should've been more clear.

The two STRSBS commands could be coded in a system startup program so that one 
executes more or less immediately after the other. If you watch as it happens 
via WRKACTJOB or possibly the subsystem monitors' joblogs, you can see device 
allocation proceeding from one device to the next.

If QINTER has a *ALL entry and OTHERSBS names only a specific few and there's a 
significant total number of workstations, it's easily possible for OTHERSBS to 
complete its device allocations before QINTER finishes its allocations. I don't 
recall that STRSBS waits while this is going on and I believe that even the 
Retrieve Subsystem Information (QWDRSBSD) API will return Subsystem 
status=*ACTIVE for QINTER even though it hasn't completed its startup work 
(though either of these might've changed in recent releases; I haven't checked 
for a while). This makes testing for completion difficult.

The situation you described is slightly different in that QINTER is guaranteed 
to have finished its allocation work before you started sbs(BUCK). In that 
situation, I'd expect the result you reported.

To clarify, I wasn't disputing that the last subsystem started succeeds in 
allocation. I was looking for a more precise definition of what "started" means 
for a subsystem. In particular, is it relative to the moment the STRSBS command 
completes or to the moment allocations, etc., complete? In my experience, it 
seems to be the latter; but it's hard to pin down without precise tests.

With no precise definition available, then I program on the side of caution and 
make sure I have *ENTER entries to make the guarantee.

Tom Liotta

On Fri, 18 January 2002, Buck Calabro wrote:

> >  STRSBS QINTER
> >  STRSBS OTHERSBS
>
> My QINTER has been up since Sunday night (it's now Friday morning)
> I have a *ALL workstation type in QINTER.
> I start an emulation session, get to a sign-on display and it's QINTER,
> QPADEV0024.
> I create a new subsystem BUCK and ADDWSE SBSD(BUCK) WRKSTN(QPADEV0024).
> STRSBS BUCK.
> The emulation session now reads BUCK QPADEV0024.
> ENDSBS BUCK.
> The emulation session now reads QINTER QPADEV0024.
>
> I don't think this is a timing issue in how long it takes QINTER to process
> it's list of eligible devices.  I think it's a case of "the last subsystem
> to ask for a device gets it."

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax  253-872-7904
http://www.400Security.com


___________________________________________________
The ALL NEW CS2000 from CompuServe
 Better!  Faster! More Powerful!
 250 FREE hours! Sign-on Now!
 http://www.compuserve.com/trycsrv/cs2000/webmail/






As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2022 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.