AW: [nv-l] MIB expression does not work correctly
2003-01-10 09:30:32
Matt,
well spottet, that?s just as it is for the moment.
By the way, doing a SNMP collection via MIB object and NOT doing a
mib.coerce entry for it before, is also working very well.
Unfortunately the ones I?m looking for don?t!
Thanks for all your great support.
What would it mean to use a MLM at least? What settings would I have to do?
I?m keen to see it working in my test environment :o)
I guess it is pretty well written in one of those nice Netview books.
Thanks.
best regards,
> Thorsten Mildeberger
>
> EMS Solutions - SMC Tools & Automation
> GOSD - Central Region
> EDS Deutschland GmbH
> Eisenstr. 43
> 65428 Russelsheim
> Tel.: +49 (0) 6142 80-3706
> Fax.: +49 (0) 6142 80-3030
> mailto:thorsten.mildeberger AT eds DOT com
-----Ursprungliche Nachricht-----
Von: Matt.Brozowski AT tavve DOT com [mailto:Matt.Brozowski AT tavve DOT com]
Gesendet: Freitag, 10. Januar 2003 16:00
An: nv-l AT lists.tivoli DOT com
Betreff: Re: [nv-l] MIB expression does not work correctly
The problem here is that Thorsten doesn't want the value to be a counter he
wants it to be a guage...
He doesn't want to see the rate of change he wants the actual value....
Since NetView can't do '<' the only alternative is to make an expression
as proposed below.. (100 - X ) and use '>' however the variable (noFreeAdd
from the dhcp mib) is inconveniently defined as a counter... so snmpCollect
does rate of change collecting... which does help no the noAddFree... if I
add noAddFree to mib.coerce to coerce to a guage then collecting noAddFree
directly works very well however snmpCollect doesn't additionally coerce
the mib expression 100-X to be a guage as well... consequently I can't
threshold on noAddrFree being too low... These two problems... can't
coerce expressions and can't threshold less than work together to make it
unusable...
As far as MLM goes... It wasn't my question initially... I have only been
recommending solutions... It does seem rather frustrating though to have a
Thresholding feature in a product that I can't actually use....
Matt Brozowski Tavve Software Co.
Tavve Software Co. One Copley Parkway, Suite 480
www.tavve.com Morrisville, NC 27560
Matt.Brozowski AT tavve DOT com +1
919-654-1224
fax +1 919-380-7147
Bill Evans
<wvevans@attgloba To:
nv-l AT lists.tivoli DOT com
l.net> cc:
Subject: Re: [nv-l] MIB
expression does not work correctly
01/09/2003 08:06
PM
Please respond to
wvevans
Comment: For small numbers or precentages [if x < 22] and [if (100-x) >
88] seem to be logically equvalent. The difference is the first one can be
done directly and the second requires an entry in MIBEXPR.CONF to
calculate the difference. X in this case is the OID.
Also, with a mib expression and a comparison of [if (x * -1) > -22] you
get the equivalent and you're not restricted to numbers less than 100.
It all depends on whom you get on the phone when you call; the math major
or the one who learned about the MLM capability. We used to teach both
alternatives to the absence of less-than in the SNMP data collection
thresholds.
Todd H. wrote:
Matt.Brozowski AT tavve DOT com writes:
Thorsten
It looks like snmpCollect is treating your expression as a
counter...
In my experience, every OID referenced in a MibExpr.conf file is
treated as a counter and replaced with the time rate of change
(v(t2)- v(t1))/(t2-t1)
As a matter of practice, if an OID is not already a counter, I coerce
it to one in mib.coerce. I'm not sure if I need to do this, but
there
is some reason I learned to start doing it.....
mib.coerce file. If that doesn't work than it seems that a PMR
is
your only resort... There are really two here..
1. Why can't Thresholds do less than
Because MLM can, and no if there is an enhancement request for
snmpcollect to handle this, it hasn't received enough attention to
get
implemented.
2. How do I coerce the type for a mib variable within an
expression...
an entry in mib.coerce will take a given OID that is an integer and
can coerce it into a counter.
It is important to note here however that problem number 2
results from a
poorly defined mib rather than an actual problem in NetView...
the dhcp
mib should never have made noAddFree a counter.. it should have
been a
gauge to begin with...
I'm not sure the best way to create a PMR except to ask for a
mechanism for thresholding when a counter variable goes below a
certain value. (This seems contradictory however because
counters
aren't supposed to decrease.)
Pose your PMR as "How do I do.... with NetView?"
I did... and they will tell you to use MLM's capability. MLM can
handle a < Is there a reason you don't want to use MLM?
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|
|
|