[mrtg] Graphs Resetting & Freezing

[Matt Baer]

Well first off, the main one that was having this issue was a Ubuntu box.
That one is still active but I wanted to replicate the issue so I did a
Debian Virtual Machine and I get freezing on both, no resets yet.  Comparing
the VM to the production box, only one graph froze on the production, while
two graphs froze on the VM, one of which was the same graph that froze on
the production, but they froze up at different times.  I'm not sure how to
get what you're asking for, but I tried how I normally debug bash scripts
and did the following:

root at debian:/etc/mrtg# sh -x env LANG=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg
--logging /var/log/mrtg.log
sh: Can't open env
root at debian:/etc/mrtg# sh -x /usr/bin/mrtg /etc/mrtg/mrtg.cfg --logging
/var/log/mrtg.log
/usr/bin/mrtg: 17: Syntax error: "(" unexpected

Given that I'm getting similar symptoms on both machines, I think it's safe
to rule out corrupt filesystems and possibly permissions.  But looking at
permissions in the web folder, root is the owner of all files in there with
644 permissions on all.  Under the MRTG folder where the cfg and scripts
are, all scripts are owned by root with 755 permissions.  Some scripts call
text files that were transferred from another server to get their values,
those .txt files are again, owned by root with 644 permissions.  The cron
job that runs MRTG is under root's cron.  The only thing that I see that
doesn't quite match up is that apache2 runs as www-data.  Could that be it?
I don't see why it would play in to it considering MRTG is being run as root
to modify files owned by root.


On Mon, Sep 12, 2011 at 5:15 PM, Steve Shipway <s.shipway at auckland.ac.nz>wrote:

> 2011-09-12 05:50:25 -- 2011-09-12 05:50:20: WARNING: rateup died from
> Signal 0
>  with Exit Value 1 when doing router 'rejectscnt'
>  Signal was 0, Returncode was 1****
>
> ** **
>
> So, rateup is exiting with an error status, which causes MRTG to stop
> processing the target.  The problem lies in rateup (so you’re using native
> mode MRTG, of course).****
>
> ** **
>
> A signal=0 means a normal exit, but returncode=1 means a fail status, so
> not a crash.****
>
> ** **
>
> There are a huge number of possible things that can give this exit code –
> out of memory, unable to open file, date string too long, filename too long,
> unable to write to file,  corrupted backup log file.  Although rateup
> produces an output indicating the error it is not preserved by MRTG, I
> think.  If you catch the stdout/stderr output of the MRTG run then it may be
> in there rather than the logfile.****
>
> ** **
>
> I would check ownerships and permissions on the files and filesystem (is it
> read-only?) and check for log file corruption.****
>
> ** **
>
> Steve****
>
> ** **
> ------------------------------
>
> *Steve Shipway*
>
> ITS Unix Services Design Lead****
>
> University of Auckland, New Zealand****
>
> Floor 1, 58 Symonds Street, Auckland****
>
> *Phone: +64 (0)9 3737599 ext 86487*
>
> *DDI: +64 (0)9 924 6487*
>
> *Mobile: +64 (0)21 753 189*
>
> *Email: s.shipway at auckland.ac.nz*
>
> P Please consider the environment before printing this e-mail ****
>
> * *
>
> ** **
>



-- 
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
 815.738.2211 - Main Office
866.738.2211 - Toll Free
mbaer at lrnet1.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20110913/631dc20f/attachment.htm