Scott_Rochford | 2 May 2006 10:33
Picon
Favicon

Re: Need help with PNGTitle and 2 general questions.

> General Questions:
> 1) I'm already monitoring my disk partitions and swap space, but i
would
> like to also monitor disk usage of some folders (e.g.: /var/log or
/home/ ,
> is that possible?)

Write a little script on the host to be monitored containing something
like
the following (cut along dotted lines):

------------------ 8< ----------------------
#!/bin/ksh

df -Pk $1 | awk '/^\// {print $2 "\n" $3}'
uptime
hostname
------------------ 8< ----------------------

Then run the script from MRTG using the `backquotes` syntax.  If it's a 
remote host you can do it via SSH with non-interactive authentication.

Note that it takes one parameter, the filesystem to be monitored.

> 2) If i use the option "Suppres[_]: ym" will i loose the suppressed
data??
> e.g. in 6 months, if i remove the suppres, will i get my data back??

I believe it just suppresses the charts, not the data. 

(Continue reading)

Picon
Favicon

One data by day

I want to monitor a variable with script that it give me one data by 
day. How i do it?

Refresh: 86400
Interval: 1440     --> problem  [1-60]
Options[onebyday]: gauge, integer, noinfo
Supress[onebyday]: dwm

--
Unsubscribe mailto:mrtg-request <at> list.ee.ethz.ch?subject=unsubscribe
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

Richard D Alloway | 2 May 2006 15:50

Subtracting two OIDs


Hi!

I've been using MRTG for many years and have not had a problem figuring out 
some way to do pretty much anything I need (conversion codes, external scripts, 
etc), but I've finally over-extended myself! :)

I have searched the archives about subtracting OIDs, but I have a slightly 
different problem than what I've found:

I need to subtract the difference of the current and previous values in order 
to see the difference in the values.

DevA ---\                                 /--- DevC
          > SwitchA -- SwitchB -- SwitchC <
DevB ---/                                 \--- DevD

I have control over DevA, SwitchB and DevC.  I need to know how much traffic is 
used between DevB and DevD without having control of DevB, DevD, SwitchA or 
SwitchC.

Trying the following results in a wrong negative value (since SwitchB was 
reboot more recently than DevA) and since it is the current values that are 
subtracted, not the amount of change in the values since the last sample:

Target[DevB_to_DevD]: 1:comm <at> SwitchB - 1:comm <at> DevA

Examples:

Sample at 1700 hrs:
(Continue reading)

Tobias Oetiker | 2 May 2006 22:50
Picon
Picon
Favicon

mrtg 2.14.0

Folks,

a new and improved version of mrtg is out ...

http://oss.oetiker.ch/mrtg

enjoy!
tobi

Changes 2.14.0, 2006-05-02
--------------------------
From: tobi
* only enable snmpv3 in cfgmaker if it is explicitly specified on the cli.
* we live in a new home now ... oss.oetiker.ch/mrtg
* fix makefile to work for the install target again
* remove remaining html references

From: jpturchi at mageos dot com
* timestamp all error and warning messages of mrtg

From: Pawe? Go?aszewski <blues pld-linux.org>
* teach cfgmaker about unrouted vlans

From: Leonardo Reginin <leonardo procergs.rs.gov.br>
* new: clonedirectory function

From: Miloslav Trmac <mitr redhat.com>
* explicit cast in char conversion (minus one warning) for rateup.c

From: Simon Leinen
(Continue reading)

Tobias Oetiker | 3 May 2006 06:25
Picon
Picon
Favicon

mrtg 2.14.1

Hi,

There were too many ^M in rateup.c for unix compilers to be happy.

http://oss.oetiker.ch/mrtg/

Changes 2.14.1, 2006-05-03
--------------------------
From: Peter W. Osel pwo qimonda.com
* remove superfluous ^M from rateup.c

--

-- 
ETH Zurich
Tobias Oetiker, IT Support Group D-ITET (ISG.EE)
ETL F24.2, Physikstrasse 3, 8092 Zurich, Switzerland
Phone +41 44 63 25286,  http://people.ee.ethz.ch/oetiker/

--
Unsubscribe mailto:mrtg-announce-request <at> list.ee.ethz.ch?subject=unsubscribe
Help        mailto:mrtg-announce-request <at> list.ee.ethz.ch?subject=help
Archive     http://lists.ee.ethz.ch/mrtg-announce
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

sailakshmi mahalingam | 3 May 2006 21:49
Picon

Inaccurate Peaks

Hello All,
On a under utilized STM-64 link, we observe many instances of inaccurate
peaks in the graph. These peaks appear only on the IN-Traffic. When compared
with the OUT traffic on the other end, except for the peaks the other points
seem to match well.
We analysed the incoming SNMP packets using ethereal and did not see such
large values. Has anyone observed such a behaviour before ? Also, are there
any known issues like this that someone is aware of ? Thanks for the help.

Regards,
Sai

--
Unsubscribe mailto:mrtg-request <at> list.ee.ethz.ch?subject=unsubscribe
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

Steve Shipway | 3 May 2006 22:57
Picon
Picon
Favicon

Re: Inaccurate Peaks

> On a under utilized STM-64 link, we observe many instances of 
> inaccurate peaks in the graph. These peaks appear only on the 
> IN-Traffic. When compared with the OUT traffic on the other 
> end, except for the peaks the other points seem to match well.
> We analysed the incoming SNMP packets using ethereal and did 
> not see such large values. Has anyone observed such a 
> behaviour before ? Also, are there any known issues like this 
> that someone is aware of ? Thanks for the help.

Could be due to counter resets, and MRTG incorrectly assuming a counter
wrap.  I'd suggest you use the AbsMax[] directive to force it to ignore
values you know are way too high.  Also, check to see if the SNMP agent has
been reset at corresponding times, or an interface reset, or something
similar which could have caused the SNMP counter for that interface to reset
to zero and confuse MRTG.

Steve

--
Unsubscribe mailto:mrtg-request <at> list.ee.ethz.ch?subject=unsubscribe
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

John Haggerty | 4 May 2006 02:07
Favicon

Re: Inaccurate Peaks

This sort of thing happens to me now and then too, usually after a 
meltdown of some sort.  How can you get rid of the crazy peaks without 
blowing away all the log files?  (Just deleting numbers that look funny 
in the log files does not seem to accomplish this.)

Steve Shipway wrote:
>> On a under utilized STM-64 link, we observe many instances of 
>> inaccurate peaks in the graph. These peaks appear only on the 
>> IN-Traffic. When compared with the OUT traffic on the other 
>> end, except for the peaks the other points seem to match well.
>> We analysed the incoming SNMP packets using ethereal and did 
>> not see such large values. Has anyone observed such a 
>> behaviour before ? Also, are there any known issues like this 
>> that someone is aware of ? Thanks for the help.
> 
> Could be due to counter resets, and MRTG incorrectly assuming a counter
> wrap.  I'd suggest you use the AbsMax[] directive to force it to ignore
> values you know are way too high.  Also, check to see if the SNMP agent has
> been reset at corresponding times, or an interface reset, or something
> similar which could have caused the SNMP counter for that interface to reset
> to zero and confuse MRTG.
> 
> Steve
> 
> 
> --
> Unsubscribe mailto:mrtg-request <at> list.ee.ethz.ch?subject=unsubscribe
> Archive     http://lists.ee.ethz.ch/mrtg
> FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
> WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi
(Continue reading)

Scott_Rochford | 4 May 2006 09:58
Picon
Favicon

Re: Inaccurate Peaks

> blowing away all the log files?  (Just deleting numbers that look 
> funny in the log files does not seem to accomplish this.)

It does for me.  Note that it can take considerable time for the changes
to be visible in the monthly and yearly charts.

Regards,

Scott.

--
Unsubscribe mailto:mrtg-request <at> list.ee.ethz.ch?subject=unsubscribe
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

Michael Sun | 5 May 2006 13:45
Picon
Favicon

How to configure mrtg with SNMPv3

Hi,
I am trying to configure mrtg to work with SNMPv3. I have
installed Net::SNMP and other dependent modules. After that
I  have tried to run cfgmaker with the following options

/usr/local/mrtg-2/bin/cfgmaker 
--global 'WorkDir: /path/to/httpd' 
--global 'Options[_]: bits,growright' 
--global 'EnableSnmpV3: yes' 
--output /path/to/mrtg.cfg 
--username 'censored-user' 
--authprotocol 'sha' 
--authpassword 'censored-pwd' 
--privprotocol 'aescfb128' 
--privpassword 'censored-pwd'  
ip.ip.ip.ip:::::3

When running this command I get the following error

| SNMP V3 requires a --username parameter as part of the 
| User Security Model for router public <at> ip.ip.ip.ip:::::3 
| at /usr/local/mrtg-2/bin/cfgmaker line 121

Since I have stuck with cfgmaker I tried to configure manually
the cfg file and I got problem again. I have tried with something
like:

| EnableIPv6: no
| WorkDir: /path/to/httpd
| Options[_]: bits,growright
(Continue reading)


Gmane