100% TGS utilization does not really needs cold start. You just need to capture those HASPxxx message using some automation products. There are some freewares which can help in reacting those messages. If this particular LPAR is not related to production or development then you can always purge the output using JES2 automatic processor commands... You should understand what really fills your JES, or else try adding Spool volumes or do some more research to understand this problems...
On Thu, Sep 26, 2013 at 4:17 PM, Miklos Szigetvari < miklos.szigetv...@isis-papyrus.com> wrote: > My experience is the same, several 100% TGS utilization, but never cold > start. > I think for small shops, without any operator, it is important, to be get > notified if some JES limit over the warning values, Email or SMS > > > On 26.09.2013 12:41, Scott Chapman wrote: > >> Others have given great advice on how to get out of the situation or >> avoid it. But to talk to the cold start question: >> >> For various reasons that we don't need to go into here, we have >> experienced 100% TGS utilization multiple times over the last year on >> multiple JESPlexes. Including times when nobody did anything about it and >> allowed the situation to persist for hours. Bad things can start to happen >> if you leave the spool 100% full for hours. >> >> But in no case did we have to cold start. >> >> In fact, I don't think we've done a cold start on any of our JESplexes in >> years. Hmmm... is there a $D for that tidbit? >> >> Scott >> >> . But , am also interested to know if there is a way i could avoid a cold >>> start of JES2 when the TGS utilization reaches 100 % . In our case , we >>> did >>> not have spare spool volumes to add space dynamically . As we had to do a >>> Cold start of JES2 being the last option , am just trying to understand >>> if >>> i had a different option other than that . >>> >> ------------------------------**------------------------------** >> ---------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> > > -- > Kind regards, / Mit freundlichen Grüßen > Miklos Szigetvari > > Research& Development > ISIS Papyrus Europe AG > Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria > T: +43(2236) 27551 333, F: +43(2236)21081 > E-mail: > miklos.szigetvari@isis-**papyrus.com<miklos.szigetv...@isis-papyrus.com> > Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 > Visit our brand new extended Website at www.isis-papyrus.com > ------------------------------**------------------------------**--- > This e-mail is only intended for the recipient and not legally > binding. Unauthorised use, publication, reproduction or > disclosure of the content of this e-mail is not permitted. > This email has been checked for known viruses, but ISIS Papyrus accepts > no responsibility for malicious or inappropriate content. > ------------------------------**------------------------------**--- > > > ------------------------------**------------------------------**---------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
