Stan,
You're right, it has virtually no comments. It is exactly as I got it from
HH714 with just enough changes to make it run on my system (I removed some
hard returns that may just have been caused by my transfering it to my
system). I should note that alm_txt.sh is just the name I used on my
system.
The script does return only the alarms in the current alarm history buffer
- /usr/hstorian/almhist. Your previous alarm history buffer (from before
the AP reboot) should still be available as /usr/hstorian/almhist.bak. If
you want the ascii listing of that file, you can change the third line in
the script from
ALMHIST=/usr/hstorian/almhist
to
ALMHIST=/usr/hstorian/almhist.bak
and it will generate a listing of your previous alarm history buffer.
I know an AP reboot starts a new buffer. I think stopping and restarting
the historian does the same thing, but I'm not sure.
Hope that helps.
Kevin FitzGerrell
Fairbanks Gold Mining, Inc.
--------------original messages--------------------
Subject: A question about alm_txt.sh
Date: Fri, 5 May 2000 12:26:41 -0400 (EDT)
From: "Stan Brown" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] (Foxboro List)
I grabed this script, and took a look at it. Firsy of all for such a
complex script is has remarkably few comments :-)
Isthis script suppposed to return all alarms that are in the alarm
history buffer? This would be a maximum of 5000 alarms correct?
Ir is intended to retunr only the alarms that have been put in the
buffer since the last run?
The reason I as, is that I ran it yesterday afternoon on one node and
it returned ~5000 alarms. Then I ran it on the same node this mornign,
and it returned only 60 alarms.
Is this alarm buffer cleared by a reboot of the AP, by any chance?
--
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
--
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions
and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown. Redistribution via the Microsoft Network is
prohibited.
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
