(Fwd) Re: Re:ALARMPROGRAM (was DSA 7.22 UC1 on HP-UX 10.10 Crash )

From ilist Tue Jan 27 15:33:41 1998 > Received: from skyserv4.med.osd.mil (skyserv4.med.osd.mil [199.10.65.6]) by rmy.rmy.emory.edu (8.7.1/8.7.1) with SMTP id PAA11700 for <informix-list@rmy.emory.edu>; Tue, 27 Jan 1998 15:33:40 -0500 (EST) > Received: from ae1266.med.osd.mil by skyserv4.med.osd.mil with SMTP (5.65/1.2-eef) > id AA16138; Tue, 27 Jan 98 15:32:30 -0500 > From: "Alicia Ray" <aray@skyserv4.med.osd.mil> > Message-Id: <9801271529.ZM154@unknown.zmail.host> > Date: Tue, 27 Jan 1998 15:29:00 -0500 > In-Reply-To: sujata_soman_at_omm-la2-infotech-001@internet.omm.com > "Re:ALARMPROGRAM (was DSA 7.22 UC1 on HP-UX 10.10 Crash )" (Jan 26, 2:56pm) > References: <9801268858.AA885855567@internet.omm.com> > X-Mailer: ZM-Win (3.2.1 11Sep94) > To: <informix-list@rmy.emory.edu>, <mcollins@us.dhl.com> > Subject: Re: Re:ALARMPROGRAM (was DSA 7.22 UC1 on HP-UX 10.10 Crash ) > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Status: R > > Mark, > > We ran across the same feature when upgrading from 7.14 to 7.21UD4 on DG/UX > platform. Another option to the no_log.sh (which may need modification) is to > set it to /bin/true: > > ALARMPROGRAM /bin/true> > It works as well! > > Alicia Ray > > On Jan 26, 2:56pm, sujata_soman_at_omm-la2-infotech-001@internet.omm. wrote: > > Subject: Re:ALARMPROGRAM (was DSA 7.22 UC1 on HP-UX 10.10 Crash ) > > > > Mark, > > This happens to be a known "feature" in Informix ver 7.23 UC1 onwards. If > > you do not want the ALARMPROGRAM to kick in, you need to set it to > "no_log.sh", > > as you rightly did. > > > > Sujata > > > > ____________________Reply Separator____________________ > > Subject: ALARMPROGRAM (was DSA 7.22 UC1 on HP-UX 10.10 Crash ) > > Author: Mark Collins <mcollins@us.dhl.com> > > Date: 1/26/98 12:29 PM > > > > > No help there errno 5 is the dreaded generic "I/O error". Anyway there > > > are three problems here: > > > > > > The first problem (at 14:43:33) looks like a failure of a pipe > > > connection. This is either a bug or someone/something destroyed a pipe > > > connection. > > > > > > The second problem at 14:34:34 the invokation of the alarm program > > > failed because ALARMPROGRAM was set to "/dev/null". If you want no > > > alarm program just leave the parameter blank: > > > > > > ALARMPROGRAM # No program wanted> > > > Hmmm, from reading the manual that looks correct. It just doesn't seem to > match > > what I just > > saw, though. Today I upgraded a 7.14.UD1 instance to 7.23.UC6. I left > > ALARMPROGRAM blank,> > as it had been in the 7.14 onconfig. When I ran oninit for the first time, > the > > message log > > reported: > > > > 10:22:52 INFORMIX-OnLine Stopped. > > > > Mon Jan 26 10:34:16 1998 > > > > 10:34:16 Event alarms enabled. ALARMPROG = > > '/opt/informix/7.23.UC6/etc/log_ful > > l.sh' > > 10:34:20 DR: DRAUTO is 0 (Off) > > 10:34:21 INFORMIX-OnLine Initialized -- Shared Memory Initialized. > > 10:34:21 Physical Recovery Started. > > 10:34:21 Physical Recovery Complete: 0 Pages Restored. > > 10:34:21 Logical Recovery Started. > > 10:34:24 Logical Recovery Complete. > > 0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks > > 10:34:24 Onconfig parameter ALARMPROGRAM modified from <blank> to > > /opt/informix > > /7.23.UC6/etc/log_full.sh. > > 10:34:24 Dataskip is now OFF for all dbspaces > > 10:34:25 On-Line Mode > > 10:34:25 Converting 'sysmaster' database ... > > 10:34:25 Checkpoint Completed: duration was 0 seconds. > > > > It seems that for some reason, under 7.23.UC6 at least, that a blank value for > > ALARMPROGRAM> > may cause the engine to default to $INFORMIXDIR/etc/log_full.sh, whether you > > want it or not. > > Remember, I said I left the ALARMPROGRAM blank in the onconfig, yet we see > that > > the engine > > notes the parameter has changed. To get around this, I changed it to > > $INFORMIXDIR/etc/no_log.sh. Has anyone else seen this? > > > > > > > > > > Mark Collins > > mcollins@us.dhl.com > > > > Words that come to mean everything may finally mean nothing; yet > > their very emptiness may allow them to be filled with a mesmerizing > > glamour. > > > > > > > > > > > >-- End of excerpt from sujata_soman_at_omm-la2-infotech-001@internet.omm. > > > > -- > ********************************************************************** > Alicia Ray Internet : Alicia.Ray@med.osd.mil > EDS-D/SIDDOMS Phone : 703-845-3807 > 5113 Leesburg Pike > Skyline 4 Suite 800 > Falls Church, VA 22041-3201 > ********************************************************************** > > > -- Walt Hultgren Internet: walt@rmy.emory.edu (IP 170.140.97.4) Emory University UUCP: {...,gatech,rutgers,uunet}!emory!rmy!walt 954 Gatewood Road, NE BITNET: walt@EMORY Atlanta, GA 30329 USA Voice: +1 404 727 0648 ---End of forwarded mail from Walt Hultgren <walt@rmy.emory.edu> -- ********************************************************************** Alicia Ray Internet : Alicia.Ray@med.osd.mil EDS-D/SIDDOMS Phone : 703-845-3807 5113 Leesburg Pike Skyline 4 Suite 800 Falls Church, VA 22041-3201 **********************************************************************