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

That's fine, but how are you going to tell which job is not the alternate
job.   BTW, the RTVCFGSTS only returns the status of the job name.  Which
will return the status of the job that is currently active.  It doesn't
give you an option choose which job number. RTVJOBA only returns attributes
for the job that is currently calling the program.  etc... Everywhere I
look, I'm running into a dead end.  I haven't been able to find a command
to return the status of a JOB NAME with the JOB NUMBER as part of the
selection.

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


                                                                           
             "Grizzly Malchow"                                             
             <grizzlym@norther                                             
             nwholesale.com>                                            To 
             Sent by:                  "Midrange Systems Technical         
             midrange-l-bounce         Discussion"                         
             s@xxxxxxxxxxxx            <midrange-l@xxxxxxxxxxxx>           
                                                                        cc 
                                                                           
             03/06/2006 10:34                                      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>                                                  
                                                                           
                                                                           




There's probably a better option, but maybe you could check the status
of the jobs to see if one of them is in SYSREQ status.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
mschutte@xxxxxxxxxxxx
Sent: Monday, March 06, 2006 9:15 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Prevent Operator From Running Backup From Console's Alternate
Job



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.


--
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.