Re: QZDASOINIT and iASP

["DrFranken" <midrange@xxxxxxxxxxxx>]

It IS the job description.  In our test we did NOT end all the 
QZDASOINIT jobs that had started prior to changing the JOBD and were 
looking at an old job.

 - Larry

On Thu, 26 Apr 2012 11:28:56 -0400
 "Midrange Lists" <midrange@xxxxxxxxxxxx> wrote:
> Setting up an iASP on a customer system. When we look at the 
> QZDASOINIT job before there is any connection (it's still in PSRW,) 
> we 
> see that it does NOT have the iASP designated. (Viewed in DSPJOB, 
> option 2, way at the bottom.)
>
> Once a user has connected to the job (and the current user changes) 
> the disk pool is there. This is good, but we don't know why.
>
> The only program that has yet run in the QZDASOINIT job is an RPGLE 
> stored procedure that ONLY sets up the library list with ADDLIBLE 
> commands. That program hasn't been compiled since 2007 and has no 
> knowledge of the iASP.
>
> We suspected it was the Job Description of the user connecting to 
> the 
> job so we tested that but that doesn't do it. A user with the iASP 
> in 
> their JOBD who simply connects to iNAV thus causing ODBC activity 
> does 
> NOT show the iASP in the QZDASOINIT job.
>
> What is the magic that causes the iASP to be added to the QZDASOINIT 
> job?  It's NOT SETASPGRP as that command is not being run in this 
> job.
>
> This is behaving as desired but we need to understand why!
>
>   - Larry "DrFranken" Bolhuis
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) 
> mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.