× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: V4R4M0 & NEWI problems
  • From: Jesus Maynez <bpcsmaynez@xxxxxxxxx>
  • Date: Fri, 31 Mar 2000 14:11:52 -0800 (PST)


After you restart the subsystem you can control the
number of users to log in using the parameter MAXJOBS
from the CHGSBSD command. This command can avoid you
to  end the subsystem as well.

CHGSBSD
--- MacWheel99@aol.com wrote:
> We are currently running backups off of GO SAVE
> which has an option to END 
> *ALL networks, but before we start our Save, we
> ENDSBS *ALL.  This approach 
> is taken because we have consultants who dial in on
> the ECS line, we just 
> installed an external ethernet LAN, and a few users
> have PC ANYWHERE & other 
> ways of dialing in to their office PCs from home.  I
> want to lock all of them 
> out of BPCS during the backup, then control who can
> get in after it, if I am 
> running dedicated BPCS tasks.
> 
> >  From: Dennis Munro <DMunro@badgerminingcorp.com>
> >  
> >  We are running ver.6.0.02plf, c/s, Mar'98 cum on
> an AS/400 model S20 with
> >  dual processors, V4R4M0, & all the latest cum,
> database, hiper, y2k,
> >  performance tools, & client access ptf's.
> >  
> >  As part of our "day end" process, I bring down IP
> as a means of keeping
> >  people from being logged on while I do a backup
> of the system & BPCSF data
> >  library.
> >  
> >  Since going from V4R2M0 to V4R4M0 this last
> weekend, I have been having
> >  trouble with my production machine.  I was baby
> sitting it last night & was
> >  able to determine that when I shut down TCP/IP,
> the NEWI daemons "peg" both
> >  processors & the IP shut down takes about 1 hour
> and 45 minutes to end.
> >  Looking at the job log, all I see is a blank time
> gap from 23:16:57 to
> >  00:57:23 when nothing is logged.  When I start my
> "day end", I change the
> >  job attributes to LOG(4 00 *SECLVL)
> LOGCLPGM(*YES).  What I did last night
> >  after seeing the processors peg was to WRKACTJOB
> SBS(SUBSYSN) and kill the
> >  two NEWI jobs that had the system running at over
> 100% utilized.  As soon 
> as
> >  I did that, the rest of my day end process
> continued normally.  Is there a
> >  "better way" to stop all the daemons running?
> >  
> >  These same programs (BPCS & "day end" ) run on my
> test box (a single
> >  processor 720) running the same software & ptf
> levels & it woks just fine.
> >  Obviously, there is a difference someplace - but
> where.
> >  
> >  I wrote all these programs about 2 ½  years ago
> when we first started with
> >  BPCS & IP.  Being a novice to both at the time,
> the way I chose to do it 
> was
> >  stop IP.  But I also stop the BPCS subsystem.  We
> do have a major VB
> >  application that gets at the BPCS data & the only
> way I have to lock them
> >  out is to bring down IP.
> 
> Al Macintyre  ©¿©
> http://www.cen-elec.com MIS Manager Programmer &
> Computer Janitor
> 405 CD mixed mode V4R3
> +---
> | This is the BPCS Users Mailing List!
> | To submit a new message, send your mail to
> BPCS-L@midrange.com.
> | To subscribe to this list send email to
> BPCS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> BPCS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner:
> dasmussen@aol.com
> +---
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.