|
midrange.com
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=/apis/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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.
