RE: Changing subsytem sign-on -- MIDRANGE-L

Gary,
Neil's suggestion has another advantage,
if you have an error that you need to clear by ending and restarting
the subsystem, it generally causes less turmoil to end QPGMR than
QCTL. I actually have an interactive OPS subsystem that I use for this.
When I bring down my main interactive, I also bring down my programmers
subsystems to make sure everything is cleared for backups.
Like Neil said, make a workstation entry of QPADEV* , and yes others
will get a signon if it is up during the day. To prevent unwanted use,
when you have the subsystem up you can *EXCLUDE authority to the
SBSD.
 - good luck
 -Steve Cotes
 -cotess@data-io.com

> ----------
> From:         Neil Palmer[SMTP:NPalmer@NxTrend.com]
> Sent:         Wednesday, October 22, 1997 7:55 PM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: Changing subsytem sign-on
> 
> Gary Feinstein wrote:
> > 
> > Let me clarify my problem.  I am shutting down QINTER right before
> me
> > End Of Day starts.  After EOD, my backup runs.  The last step in the
> > backup is to STRSBS QINTER.  However, if something goes wrong
> > somewhere
> > in the processes, I want to be able to sign into QCTL from home.
> > Again,
> > I am using TCP/IP, so a workstation entry won't work. I suppose I
> > could
> > use ANYNET to allow me to specify a workstation ID, but I would
> rather
> > not run ANYNET.  Any thoughts, ideas, suggestions?
> > Gary
> 
> I use QPGMR instead.  Have QPGMR subsystem contain a workstation entry
> for QPADEV*  and if the backup fails for some reason and QINTER isn't
> started when I connect in I get a signon display in QPGMR.
> Now YES this DOES mean others could do the same, but our sole reason
> for
> ending QINTER is to make sure no locks are left on objects so the
> backup
> will be complete, and no one but me is stupidf enough to be signing on
> at 3am anyway, so I don't care.  If this suits you also then give it a
> try.
> Yes - if you leave QPGMR subsystem up during the day other jobs may
> get
> signon displays here because of the workstation entry, so you could
> either end QPGMR during the day, or set up another subsystem that is
> only active when QINTER is down (maybe start this subsystem in the
> dayend job just prior to ENDSBS QINTER, and after the STRSBS QINTER
> runs
> in the day-end job do an ENDSBS whateversubsystemyouuse *CNTRLD.
> 
> 
> > 
> > I wrote:
> > >
> > > Does anyone know how to change the system (V3R7) so when a user
> > signs on
> > > they go to QCTL subsystem instead of QINTER?  The user is not at
> the
> > > system console.  I am running TCP/IP as the comm protocol.  Can
> this
> > be
> > > done?
> > > Thanx,
> > > Gary
> 
> -- 
> ... Neil Palmer                                      AS/400~~~~~      
> ... NxTrend Technology -Canada       ____________          ___  ~     
> ... Thornhill, Ontario, Canada       |OOOOOOOOOO| ________  o|__||=   
> ... Phone: (905) 731-9079 x238       |__________|_|______|_|______)   
> ... url:http://www.NxTrend.com        oo      oo   oo  oo   OOOo=o\   
> ... mailto:NPalmer@NxTrend.com     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com
+---