|
I can't/don't want to put the msgq in break mode because I schedule the SavSys21 to run unattended. Jerry Quoting Chris Bipes <chris.bipes@xxxxxxxxxxxxxxx>: > Allocate the UPS message queue. CHGMSGQ UPSMSGQ *BREAK (provided your > UPS monitoring message queue is call UPSMSGQ) > > Then start the save 21. Or customize the QMNSAVE to allocate the > message queue. > > > Christopher Bipes > Information Services Director > CrossCheck, Inc. > > 707.586.0551, ext. 1102 > 707.585.5700 FAX > > Chris.Bipes@xxxxxxxxxxxxxxx > www.Cross-Check.com > > > Notice of Confidentiality: This e-mail, and any attachments thereto, is > intended only for use by the addressee(s) named herein and may contain > legally privileged and/or confidential information. If you are not the > intended recipient of this e-mail, you are hereby notified that any > dissemination, distribution or copying of this e-mail, and any > attachments thereto, is strictly prohibited. If you have received this > e-mail in error, please immediately notify me by e-mail (by replying to > this message) or telephone (noted above) and permanently delete the > original and any copy of any e-mail and any printout thereof. Thank you > for your cooperation with respect to this matter. > -----Original Message----- > From: midrange-l-bounces@xxxxxxxxxxxx > [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jerry Draper > Sent: Tuesday, November 29, 2005 1:09 PM > To: Midrange Systems Technical Discussion > Subject: Re: SavSys21/power failure/pwrdwnsys *immed > > I heard this is a flaw in the AS400 OS and that IBM has NO way to handle > this > situation. I heard that AS400 shops have had to defer to other systems > to > monitor UPS. > > Bottom line is that the AS400 does not seem capable of monitoring UPS > status > during a restricted state condition. > > Anyone else? > > Jerry > > Quoting Al Barsa <barsa@xxxxxxxxxxxxxxxxxxx>: > > > > > I don't know, but I think that Jim is considering improving this tool > based > > on customer requests. I have copied him on this response. He is > currently > > on vacation, so it may take a few days. > > > > Al > > > > Al Barsa, Jr. > > Barsa Consulting Group, LLC > > > > 400>390 > > > > "i" comes before "p", "x" and "z" > > e gads > > > > Our system's had more names than Elizabeth Taylor! > > > > 914-251-1234 > > 914-251-9406 fax > > > > http://www.barsaconsulting.com > > http://www.taatool.com > > http://www.as400connection.com > > > > > > > > > > > Jerry Draper > > > <midrangel@trilos > > > oft.com> > To > > Midrange Systems Technical > > > 11/29/2005 01:24 Discussion > > > PM <midrange-l@xxxxxxxxxxxx>, Al > Barsa > > <barsa@xxxxxxxxxxxxxxxxxxx> > > > > cc > > > > > > Subject > > Re: SavSys21/power > > > failure/pwrdwnsys *immed > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I looked over the TAATOOLS specs and they are similar. > > > > Germane question is: When running a SavSys21 and the system goes into > a > > restrictive state my UPS monitor pgm is ended so I have to fly blind > until > > the > > SavSys21 is complete to avoid the pwrdwnsys *immed situation. > > > > Does TAATOOLS get around this issue? > > > > Jerry > > > > Quoting Al Barsa <barsa@xxxxxxxxxxxxxxxxxxx>: > > > > > > > > Hi, > > > > > > You may find this tool helpful: > > > > > > http://www.taatool.com/document/L_upsmon.htm > > > > > > You will note that the documentation for coding to these system > values > > had > > > both logic and syntax errors in all releases before V5R3. I haven't > > > checked V5R3 yet. > > > > > > Al > > > > > > Al Barsa, Jr. > > > Barsa Consulting Group, LLC > > > > > > 400>390 > > > > > > "i" comes before "p", "x" and "z" > > > e gads > > > > > > Our system's had more names than Elizabeth Taylor! > > > > > > 914-251-1234 > > > 914-251-9406 fax > > > > > > http://www.barsaconsulting.com > > > http://www.taatool.com > > > http://www.as400connection.com > > > > > > > > > > > > > > > > > Al Mac > > > > > <macwheel99@sigec > > > > > om.net> > > To > > > Sent by: Midrange Systems Technical > > > > > midrange-l-bounce Discussion > > > > > s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx> > > > > > > > cc > > > > > > > > 11/28/2005 06:46 > > Subject > > > PM Re: SavSys21/power > > > > > failure/pwrdwnsys *immed > > > > > > > > > > Please respond to > > > > > Midrange Systems > > > > > Technical > > > > > Discussion > > > > > <midrange-l@midra > > > > > nge.com> > > > > > > > > > > > > > > > > > > > > > > > > > > > Is there a collection of settings in Work System Values, other than > your > > > standard one, that permits the UPS to protect us if there is a short > > > duration power outage during a backup, or other restricted state > > scenario? > > > > > > If so, the answer is clear. > > > 1. CL to change the values from standard to restricted state needs. > > > 2. CL to run after the backup to revert to normal operations. > > > > > > I have noticed that there is other stuff that is stopped or delayed > > during > > > restricted state such as GO POWER and GO CLEANUP > > > > > > >We had a one second power failure blip that caused our system to do > a > > > >pwrdwnsys > > > >*immed with no ipl restart during an unattended GO SAVE option 21 > > routine. > > > > > > > >That wrecked my weekend. > > > > > > > >We have a CL that runs constantly in QCTL that monitors the msg > queue > > > >specified > > > >in the system value QUPSMSGQ. In this way we get complete control > of > > our > > > >system during a power failure. We modified some CL we got from IBM > > > >Boulder for > > > >this purpose. It works fine. We can send messages, ignore short > power > > > blips, > > > >take the system down in a controlled way, etc. using this CL. > > > > > > > >The above problem occurs because the SavSys21 ends the monitor > program > > > when it > > > >takes the system into a restricted state even though its running in > > > >QCTL. When > > > >the one second power blip occurs, the system discovers that the msg > > queue > > > >specified in QUPSMSGQ is NOT being monitored (true) and so causes a > > > pwrdwnsys > > > >*immed. > > > > > > > >How can the UPS be monitored during a SavSys12? > > > > > > > >Jerry Draper > > > >-- > > > >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. > > > > > > > > > > > > -- > > > 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. > > > -- > 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. > >
As an Amazon Associate we earn from qualifying purchases.
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.