RE: Prevent Operator From Running Backup From Console's Alternate Job

You can also get the job number from QUSLJOB if you need it. 
 
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
mschutte@xxxxxxxxxxxx
Sent: Monday, March 06, 2006 9:46 AM
To: Midrange Systems Technical Discussion
Subject: Re: Prevent Operator From Running Backup From Console's
Alternate Job

Thank you, I will give this a try and let you know how it goes.  What
I'll
do is, tell the operator if they have more than one sign-ons.

Michael Schutte
Work 614-492-7419
email  michael_schutte@xxxxxxxxxxxx


 

             Bryan Dietz

             <BDietz@xxxxxxxxx

             m>
To 
             Sent by:                  Midrange Systems Technical

             midrange-l-bounce         Discussion

             s@xxxxxxxxxxxx            <midrange-l@xxxxxxxxxxxx>

 
cc 
 

             03/06/2006 10:41
Subject 
             AM                        Re: Prevent Operator From Running

                                       Backup From Console's Alternate

                                       Job

             Please respond to

             Midrange Systems

                 Technical

                Discussion

             <midrange-l@midra

                 nge.com>

 

 





I think you have to use the QUSLJOB API to list the jobs with the same
job
and user that are active.

If you have two entries in the user space then the job is a sysreq and
the
user can be notified or the other job canceled

I would expect the API would be coded like:

 CALL       PGM(QUSLJOB) PARM('SPACENAME QTEMP     '  'JOBL0100'
&JOBNAME
'*ACTIVE   ')

where &JOBNAME = '*CURRENT  *ALL      *ALL  '

http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=/a
pis/qusljob.htm

_____________________________
Bryan Dietz
Aktion Associates
Technical Consultant

7716 Rivers Edge Drive, Suite B
Columbus, Ohio 43235
614.840.9880  x406 (office)
614.840.9886 (fax)
614.419.5079 (cell)
bdietz@xxxxxxxxxx
www.aktion.com



midrange-l-bounces@xxxxxxxxxxxx wrote on 03/06/2006 10:15:16 AM:

->
->
-> We have a need to make sure that the operator is submitting our
nightly
-> back up from the console and to make sure that they are NOT doing it
from
-> the alternate job.  To be clear, we don't want them on the alternate
job
-> that you get by doing a system request and entering a "1".  I was
wondering
-> if there anyway, programmatically, that you can tell if the backup is
being
-> submitted from the first session or the alternate session (job).
->
-> I'm unable to find a why to determine this.  Obviously, both sessions
have
-> the same job name, but they do have a different job number.  I've
tried
-> returning the configuration status (RTVCFGSTS) but it always returns
active
-> (or on sign-on).
->
-> I believe that I could execute the command CHGDEVDSP to change the
"Shared
-> session number" to equal 0, which wouldn't allow the alternate job to
be
-> signed on to by the operator.  But we would like to continue to allow
them
-> to this alternate session, throughout the rest of the day. Any ideas?
-> Thanks in advance.
->
-> Sorry if I'm in the wrong area, but another poster pointed me to this
list.
->
-> Michael Schutte
-> Work 614-492-7419
-> email  michael_schutte@xxxxxxxxxxxx
--
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.