|
I would do a DSPSBSD and step through the options and see if there are some customizations that you'll need to make to QBATCH. For example, job queue entries. And, as others have pointed out, if it is a dinky machine with minimal amounts of memory then you might want to leave it as QBASE. Been awhile since we had a QBASE machine. Does it have QSNADS as a separate subsystem? If this is a concern then you might want to consider adding some STRSBS commands to a startup program. We tend to not modify the IBM supplied default startup program. Minor reason is that we have switched processors in the past and this would be one less thing I would want to check. Also, with new release upgrades all the time what if IBM add's something to that program and you are always using your copy? Major reason is that we use a separate program. We call it VARYON, (the name is a carry over from our S/36 days). We don't necessarily want all of our stuff to start after an IPL. We've had users get in and lock stuff during release upgrades, had to disconnect the LAN line. rbbaird@premsys.com on 11/02/98 04:01:15 PM Please respond to MIDRANGE-L@midrange.com@Internet To: MIDRANGE-L@midrange.com@Internet cc: Subject: Changing the controlling subsystem. Hey all, We've got a new client who has been running all interactive jobs out of subsystem QBASE forever. Obviously this isn't the right way, and I'm going to change thier controlling subsystem soon because of continuing performance problems. They have multiple satelite offices (6 lines), and about 60 users. I've always changed the ctlsbs BEFORE anything else is set up, so my question is this: are there any gotchas I should be aware about? No batch jobqs are currently feeding into QBASE. It's my understanding that you change the controlling subsystem system value and re-ipl the machine, and it sets up QCTL and QINTER. Is this correct? Any help you can give me would be appreciated. Thanks again, Rick +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.