cacti-user Mailing List for Cacti

Jose Madrid wrote:
> It turns out that somehow the Output Type ID under the Data Source
> information page had been changed from In/Out Bits to In/Out/Error
> Discard Packets somehow.  When I changed the broken graphs back to the
> correct value, everything has returned. 
Fine, then.
  Now the question is how did
> this value get changed?
No idea. Some tampering with templates?
Reinhard
> 
> 
> On Fri, May 30, 2008 at 4:19 PM, Reinhard Scheck
> <Rei...@te...> wrote:
>> Jose Madrid wrote:
>>> I dont think thats it, because it would have been all graphs, but its
>>> only certain traffic graphs.  I agree with you in that somebody had to
>>> have touched something.  For now, my only recourse has been to add the
>>> graphs back in and then they are fine.  The only problem is that I am
>>> losing historical data now.  Any way I can merge the new graphs with
>>> the old?
>>>
>> Only some are bad? All of the same type?
>>
>> There is a chance to avoid loosing data. But its pure manual work and tedious.
>> You will have to create graphs as usual. New Data Sources will be created. A new
>> rrdtool file name is built and placed into the new data source. Replace this new
>> rrd file name by the old one and you're done. This is ok for some few ds, not
>> for many.
>> What exactly is wrong? What does cacti complain about for the failing graphs?
>> Are they displaed or simply no new data entered? In the last case, I suppose
>> that the "connection" between graphs and data sources was broken.
>> What do you see, when editing the graph from Graph Management?
>> And what if selecting the appropriate data source from Data Sources?
>> A screenshot sent to the forums may help. But I won't look there until tomorrow
>>
>> Reinhard
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> cacti-user mailing list
>> cac...@li...
>> https://lists.sourceforge.net/lists/listinfo/cacti-user
>>
> 
> 
> 

It turns out that somehow the Output Type ID under the Data Source
information page had been changed from In/Out Bits to In/Out/Error
Discard Packets somehow.  When I changed the broken graphs back to the
correct value, everything has returned.  Now the question is how did
this value get changed?


On Fri, May 30, 2008 at 4:19 PM, Reinhard Scheck
<Rei...@te...> wrote:
> Jose Madrid wrote:
>> I dont think thats it, because it would have been all graphs, but its
>> only certain traffic graphs.  I agree with you in that somebody had to
>> have touched something.  For now, my only recourse has been to add the
>> graphs back in and then they are fine.  The only problem is that I am
>> losing historical data now.  Any way I can merge the new graphs with
>> the old?
>>
> Only some are bad? All of the same type?
>
> There is a chance to avoid loosing data. But its pure manual work and tedious.
> You will have to create graphs as usual. New Data Sources will be created. A new
> rrdtool file name is built and placed into the new data source. Replace this new
> rrd file name by the old one and you're done. This is ok for some few ds, not
> for many.
> What exactly is wrong? What does cacti complain about for the failing graphs?
> Are they displaed or simply no new data entered? In the last case, I suppose
> that the "connection" between graphs and data sources was broken.
> What do you see, when editing the graph from Graph Management?
> And what if selecting the appropriate data source from Data Sources?
> A screenshot sent to the forums may help. But I won't look there until tomorrow
>
> Reinhard
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>



-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Jose Madrid wrote:
> I dont think thats it, because it would have been all graphs, but its
> only certain traffic graphs.  I agree with you in that somebody had to
> have touched something.  For now, my only recourse has been to add the
> graphs back in and then they are fine.  The only problem is that I am
> losing historical data now.  Any way I can merge the new graphs with
> the old?
> 
Only some are bad? All of the same type?

There is a chance to avoid loosing data. But its pure manual work and tedious. 
You will have to create graphs as usual. New Data Sources will be created. A new 
rrdtool file name is built and placed into the new data source. Replace this new 
rrd file name by the old one and you're done. This is ok for some few ds, not 
for many.
What exactly is wrong? What does cacti complain about for the failing graphs? 
Are they displaed or simply no new data entered? In the last case, I suppose 
that the "connection" between graphs and data sources was broken.
What do you see, when editing the graph from Graph Management?
And what if selecting the appropriate data source from Data Sources?
A screenshot sent to the forums may help. But I won't look there until tomorrow

Reinhard

I dont think thats it, because it would have been all graphs, but its
only certain traffic graphs.  I agree with you in that somebody had to
have touched something.  For now, my only recourse has been to add the
graphs back in and then they are fine.  The only problem is that I am
losing historical data now.  Any way I can merge the new graphs with
the old?

On Fri, May 30, 2008 at 4:08 PM, Reinhard Scheck
<Rei...@te...> wrote:
> Jose Madrid wrote:
>> Thats the weird part, its like these graphs never existed.  I tailed
>> the cacti.log file while rebuilding the poller cache and grep'ed for
>> the host in question and I see all other graphs except the traffic
>> graphs that magically stopped working.  Again, its like they never
>> existed, but they have 7 or 8 months of old information in them.
>>
> It's the traffic graphs only? Then, please verify, if any changes were made to
> the appropriate data template and/or the graph template
> Reinhard
>> On Fri, May 30, 2008 at 3:04 PM, Reinhard Scheck
>> <Rei...@te...> wrote:
>>> Jose Madrid wrote:
>>>> >From the Technical Support tab, all tables look ok.
>>> Then, it's fine.
>>> What do you find at log/cacti.log? You may want to switch to debug mode,
>>> especially when rebuilding poller cache
>>> Reinhard
>>>
>>> How would I
>>>> verify/repair them?
>>>>
>>>> On Fri, May 30, 2008 at 1:16 PM, Reinhard Scheck
>>>> <Rei...@te...> wrote:
>>>>> Jose Madrid wrote:
>>>>>> The weird part is that now all of these data sources have magically
>>>>>> disappeared from the poller cache.  Any idea how to add them back in?
>>>>>> I have tried to rebuild the poller cache, and it remains the same.
>>>>>> They all show as active under the DataSources tab.
>>>>>>
>>>>> Did you already verify/repair your database tables?
>>>>> Reinhard
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>



-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Jose Madrid wrote:
> Thats the weird part, its like these graphs never existed.  I tailed
> the cacti.log file while rebuilding the poller cache and grep'ed for
> the host in question and I see all other graphs except the traffic
> graphs that magically stopped working.  Again, its like they never
> existed, but they have 7 or 8 months of old information in them.
> 
It's the traffic graphs only? Then, please verify, if any changes were made to 
the appropriate data template and/or the graph template
Reinhard
> On Fri, May 30, 2008 at 3:04 PM, Reinhard Scheck
> <Rei...@te...> wrote:
>> Jose Madrid wrote:
>>> >From the Technical Support tab, all tables look ok.
>> Then, it's fine.
>> What do you find at log/cacti.log? You may want to switch to debug mode,
>> especially when rebuilding poller cache
>> Reinhard
>>
>> How would I
>>> verify/repair them?
>>>
>>> On Fri, May 30, 2008 at 1:16 PM, Reinhard Scheck
>>> <Rei...@te...> wrote:
>>>> Jose Madrid wrote:
>>>>> The weird part is that now all of these data sources have magically
>>>>> disappeared from the poller cache.  Any idea how to add them back in?
>>>>> I have tried to rebuild the poller cache, and it remains the same.
>>>>> They all show as active under the DataSources tab.
>>>>>
>>>> Did you already verify/repair your database tables?
>>>> Reinhard

Thats the weird part, its like these graphs never existed.  I tailed
the cacti.log file while rebuilding the poller cache and grep'ed for
the host in question and I see all other graphs except the traffic
graphs that magically stopped working.  Again, its like they never
existed, but they have 7 or 8 months of old information in them.

On Fri, May 30, 2008 at 3:04 PM, Reinhard Scheck
<Rei...@te...> wrote:
> Jose Madrid wrote:
>>>From the Technical Support tab, all tables look ok.
> Then, it's fine.
> What do you find at log/cacti.log? You may want to switch to debug mode,
> especially when rebuilding poller cache
> Reinhard
>
> How would I
>> verify/repair them?
>>
>> On Fri, May 30, 2008 at 1:16 PM, Reinhard Scheck
>> <Rei...@te...> wrote:
>>> Jose Madrid wrote:
>>>> The weird part is that now all of these data sources have magically
>>>> disappeared from the poller cache.  Any idea how to add them back in?
>>>> I have tried to rebuild the poller cache, and it remains the same.
>>>> They all show as active under the DataSources tab.
>>>>
>>> Did you already verify/repair your database tables?
>>> Reinhard
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> cacti-user mailing list
>>> cac...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cacti-user
>>>
>>
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>



-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Jose Madrid wrote:
>>From the Technical Support tab, all tables look ok.  
Then, it's fine.
What do you find at log/cacti.log? You may want to switch to debug mode, 
especially when rebuilding poller cache
Reinhard

How would I
> verify/repair them?
> 
> On Fri, May 30, 2008 at 1:16 PM, Reinhard Scheck
> <Rei...@te...> wrote:
>> Jose Madrid wrote:
>>> The weird part is that now all of these data sources have magically
>>> disappeared from the poller cache.  Any idea how to add them back in?
>>> I have tried to rebuild the poller cache, and it remains the same.
>>> They all show as active under the DataSources tab.
>>>
>> Did you already verify/repair your database tables?
>> Reinhard
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> cacti-user mailing list
>> cac...@li...
>> https://lists.sourceforge.net/lists/listinfo/cacti-user
>>
> 
> 
> 

On 30 May 2008, at 18:14, Reinhard Scheck wrote:

> Please try my howto at http://docs.cacti.net
> There's a complete walktrough for a SNMP OID template

Thanks Reinhard! I'll try that on Monday.

Have a good weekend.

  -- joe.

http://www.nativ-systems.com/  CONSULTING  ·  TECHNOLOGY  ·  OUTSOURCING
Nativ Systems Ltd. 23 - 25 Eastcastle Street, W1W 8DF
phone:  +44 (0)20 7580 9488     fax:    +44 (0)20 7580 9489
Company Reg No.: 6071152 Company VAT No.: 889 1875 42
Registered in England and Wales

>From the Technical Support tab, all tables look ok.  How would I
verify/repair them?

On Fri, May 30, 2008 at 1:16 PM, Reinhard Scheck
<Rei...@te...> wrote:
> Jose Madrid wrote:
>> The weird part is that now all of these data sources have magically
>> disappeared from the poller cache.  Any idea how to add them back in?
>> I have tried to rebuild the poller cache, and it remains the same.
>> They all show as active under the DataSources tab.
>>
> Did you already verify/repair your database tables?
> Reinhard
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>



-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Jose Madrid wrote:
> The weird part is that now all of these data sources have magically
> disappeared from the poller cache.  Any idea how to add them back in?
> I have tried to rebuild the poller cache, and it remains the same.
> They all show as active under the DataSources tab.
> 
Did you already verify/repair your database tables?
Reinhard

Joe Warren-Meeks wrote:
> Hello guys,
> 
> I'm trying to graph some SNMP values, which are counter64. I'm  
> creating the graphs using the generic snmp oid template.
> 
> Now, the values I'm interested in are as follows:
> 
> OPENBSD-PF-MIB::ipPktsInPass.0 = Counter64: 504218040
> OPENBSD-PF-MIB::ipPktsInDrop.0 = Counter64: 2634621
> OPENBSD-PF-MIB::count.0 = Gauge32: 21639
> OPENBSD-PF-MIB::searches.0 = Counter64: 2909353613
> OPENBSD-PF-MIB::match.0 = Counter64: 155131906
> OPENBSD-PF-MIB::memory.0 = Counter64: 1507298
> 
> The only ones that succeed are the 21639 and 155131906. Everything  
> else returns NaN. I've deleted and recreated the graphs several times  
> to remove PEBKAC issues, but to no avail. I followed the steps here to  
> create the graphs
> 
> http://www.cacti.net/downloads/docs/html/graph_snmp_oid.html
Please try my howto at http://docs.cacti.net
There's a complete walktrough for a SNMP OID template
Reinhard

The weird part is that now all of these data sources have magically
disappeared from the poller cache.  Any idea how to add them back in?
I have tried to rebuild the poller cache, and it remains the same.
They all show as active under the DataSources tab.

On Fri, May 30, 2008 at 12:22 PM, Ed Greenberg <ed...@gr...> wrote:
> Jose Madrid wrote:
>> I am having an issue with a ton of graphs that just stopped graphing
>> all of a sudden.  I looked at the poller cache, and the data sources
>> are not in there.  I see the graphs when I goto Graph Management, but
>> nothing in the poller cache.  I already rebuilt the poller cache and
>> they are not being placed in there.  I also went to Data Sources and
>> they all show as active.  Any ideas?
>>
>>
>>
> I had a graph stop, and discovered that it's data was exceeding the
> maximum set for the data source.
>
> You might check to see if the RRDFILES are still gathering data.
>
> 1. Find the rrd directroy
> 2. rrdtool dump <filename>
>
> Review the XML - there are lots of sections for both granular detail and
> summaries.
>
> If that is your problem, I was told here that I could (had to) fix it by
> using 'rrdtool tune' to adjust the maximum.
>
> </edg>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>



-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Jose Madrid wrote:
> I am having an issue with a ton of graphs that just stopped graphing
> all of a sudden.  I looked at the poller cache, and the data sources
> are not in there.  I see the graphs when I goto Graph Management, but
> nothing in the poller cache.  I already rebuilt the poller cache and
> they are not being placed in there.  I also went to Data Sources and
> they all show as active.  Any ideas?
>
>
>   
I had a graph stop, and discovered that it's data was exceeding the 
maximum set for the data source.

You might check to see if the RRDFILES are still gathering data.

1. Find the rrd directroy
2. rrdtool dump <filename>

Review the XML - there are lots of sections for both granular detail and 
summaries.

If that is your problem, I was told here that I could (had to) fix it by 
using 'rrdtool tune' to adjust the maximum.

</edg>

I am having an issue with a ton of graphs that just stopped graphing
all of a sudden.  I looked at the poller cache, and the data sources
are not in there.  I see the graphs when I goto Graph Management, but
nothing in the poller cache.  I already rebuilt the poller cache and
they are not being placed in there.  I also went to Data Sources and
they all show as active.  Any ideas?


-- 
It has to start somewhere, it has to start sometime. What better place
than here? What better time than now?

Hello guys,

I'm trying to graph some SNMP values, which are counter64. I'm  
creating the graphs using the generic snmp oid template.

Now, the values I'm interested in are as follows:

OPENBSD-PF-MIB::ipPktsInPass.0 = Counter64: 504218040
OPENBSD-PF-MIB::ipPktsInDrop.0 = Counter64: 2634621
OPENBSD-PF-MIB::count.0 = Gauge32: 21639
OPENBSD-PF-MIB::searches.0 = Counter64: 2909353613
OPENBSD-PF-MIB::match.0 = Counter64: 155131906
OPENBSD-PF-MIB::memory.0 = Counter64: 1507298

The only ones that succeed are the 21639 and 155131906. Everything  
else returns NaN. I've deleted and recreated the graphs several times  
to remove PEBKAC issues, but to no avail. I followed the steps here to  
create the graphs

http://www.cacti.net/downloads/docs/html/graph_snmp_oid.html

Any pointers?

-- joe.

http://www.nativ-systems.com/  CONSULTING  ·  TECHNOLOGY  ·  OUTSOURCING
Nativ Systems Ltd. 23 - 25 Eastcastle Street, W1W 8DF
phone:  +44 (0)20 7580 9488     fax:    +44 (0)20 7580 9489
Company Reg No.: 6071152 Company VAT No.: 889 1875 42
Registered in England and Wales

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi list,

I was trying to setup bind9-snmp, but when i run "bind9-snmp-stats.pl
- --all" i get:

Undefined subroutine &main::check_val called at ./bind9-snmp-stats.pl
line 135.

This is the second test in the README. And i copied all file to their
paths, configured Bind, created .bindsnmp config file for the script,
configured snmpd, etc...

When i run the script the information taken from the Bind statistics
file is written to bind9-snmp-stats.log file, but when i run a
snmp{get,walk} i get:

BAYOUR-COM-MIB::b9stNumberTotals.0 = No Such Object available on this
agent at this OID


Any help would be appreciated.


Thanks.

- --
Franky Almonte
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIPvI7d+WQpBlbLw4RAtyNAJ4wJHuFvEA4XNGUnsjLfG7Kq1R+4wCgwjIW
sfXUd3GEirUwwNO6fifvc5w=
=LPuR
-----END PGP SIGNATURE-----

Correct.
 -------------- Original message ----------------------
From: Ed Greenberg <ed...@gr...>
> My guess is that, while you are redirecting standard out to /dev/null, 
> you are not redirecting standard error.
> 
> The message indicating that your SNMPGETs are failing is going to 
> standard error, so Cron is catching it and mailing it out.
> 
> You could redirect standard error as well (use 2>&1 /dev/null, I think) 
> but the best thing is to fix the snmpget problem.
> 
> Best,
> </edg>
> 
> Doug Forster wrote:
> > Hello List, 
> >
> >  
> >
> > I have a bit of a pickle the cacti user is receiving emails from cron giving
> > him the usage for snmpget. Anyone have a good idea of where this could be
> > originating from? Here are some of the logs from cron. 
> >
> >  
> >
> > cron:May 28 15:55:01 argus crond[575]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> > cron:May 28 16:00:01 argus crond[3855]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> > cron:May 28 16:00:01 argus crond[3853]: (cacti) CMD (chmod o+r
> > /var/www/html/cacti/rra/*)
> >
> > cron:May 28 16:00:09 argus crond[573]: (cacti) MAIL (mailed 3096 bytes of
> > output but got status 0x0043 )
> >
> > cron:May 28 16:05:01 argus crond[7232]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> > cron:May 28 16:05:09 argus crond[3852]: (cacti) MAIL (mailed 3096 bytes of
> > output but got status 0x0043 )
> >
> > cron:May 28 16:10:01 argus crond[10607]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> > cron:May 28 16:10:01 argus crond[10605]: (cacti) CMD (chmod o+r
> > /var/www/html/cacti/rra/*)
> >
> > cron:May 28 16:10:09 argus crond[7230]: (cacti) MAIL (mailed 3096 bytes of
> > output but got status 0x0043 )
> >
> > cron:May 28 16:15:01 argus crond[13828]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> > cron:May 28 16:15:05 argus crond[10604]: (cacti) MAIL (mailed 3096 bytes of
> > output but got status 0x0043 )
> >
> > cron:May 28 16:20:01 argus crond[17275]: (cacti) CMD (chmod o+r
> > /var/www/html/cacti/rra/*)
> >
> > cron:May 28 16:20:01 argus crond[17282]: (cacti) CMD (/usr/bin/php
> > /var/www/html/cacti/poller.php > /dev/null)
> >
> >  
> >
> > Here is some from the mail log
> >
> >  
> >
> > maillog:May 28 16:08:08 argus sendmail[7399]: m4SM550W007399: from=cacti,
> > size=3361, class=0, nrcpts=1,
> > msgid=<200...@ar...>,
> > relay=cacti@localhost
> >
> > maillog:May 28 16:08:17 argus sendmail[7399]: m4SM550W007399: to=cacti,
> > ctladdr=cacti (1054/1054), delay=00:03:12, xdelay=00:00:09, mailer=relay,
> > pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
> > unknown
> >
> > maillog:May 28 16:09:05 argus sendmail[7399]: m4SM550X007399: to=cacti,
> > delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
> > relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown
> >
> > maillog:May 28 16:13:04 argus sendmail[10769]: m4SMA5MX010769: from=cacti,
> > size=3361, class=0, nrcpts=1,
> > msgid=<200...@ar...>,
> > relay=cacti@localhost
> >
> > maillog:May 28 16:13:13 argus sendmail[10769]: m4SMA5MX010769: to=cacti,
> > ctladdr=cacti (1054/1054), delay=00:03:08, xdelay=00:00:09, mailer=relay,
> > pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
> > unknown
> >
> > maillog:May 28 16:14:01 argus sendmail[10769]: m4SMA5MY010769: to=cacti,
> > delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
> > relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown
> >
> > maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: from=cacti,
> > size=3361, class=0, nrcpts=1,
> > msgid=<200...@ar...>,
> > relay=cacti@localhost
> >
> > maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: to=cacti,
> > ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
> > pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
> > (Ok. 483DDA1C.00000139)
> >
> > maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: from=cacti,
> > size=3361, class=0, nrcpts=1,
> > msgid=<200...@ar...>,
> > relay=cacti@localhost
> >
> > maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: to=cacti,
> > ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
> > pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
> > (Ok. 483DDB49.00000343)
> >
> >  
> >
> > Here is the email header from the email that is getting bounced around
> >
> >  
> >
> > From: root (Cron Daemon) [mailto:root (Cron Daemon)] 
> > Sent: Wednesday, May 28, 2008 10:40 AM
> > To: cacti
> > Subject: Cron <cacti@argus> /usr/bin/php /var/www/html/cacti/poller.php >
> > /dev/null
> >
> >  
> >
> > Timeout: No Response from 127.0.0.1:161.
> >
> > Missing object name
> >
> > USAGE: snmpget [OPTIONS] AGENT OID [OID]...
> >
> >  
> >
> > Any good pointers would be most appreciated. And fyi nobody had logged into
> > the web portal for like 5 days before this started happening.
> >
> >  
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > cacti-user mailing list
> > cac...@li...
> > https://lists.sourceforge.net/lists/listinfo/cacti-user
> >
> >   
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user

My guess is that, while you are redirecting standard out to /dev/null, 
you are not redirecting standard error.

The message indicating that your SNMPGETs are failing is going to 
standard error, so Cron is catching it and mailing it out.

You could redirect standard error as well (use 2>&1 /dev/null, I think) 
but the best thing is to fix the snmpget problem.

Best,
</edg>

Doug Forster wrote:
> Hello List, 
>
>  
>
> I have a bit of a pickle the cacti user is receiving emails from cron giving
> him the usage for snmpget. Anyone have a good idea of where this could be
> originating from? Here are some of the logs from cron. 
>
>  
>
> cron:May 28 15:55:01 argus crond[575]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
> cron:May 28 16:00:01 argus crond[3855]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
> cron:May 28 16:00:01 argus crond[3853]: (cacti) CMD (chmod o+r
> /var/www/html/cacti/rra/*)
>
> cron:May 28 16:00:09 argus crond[573]: (cacti) MAIL (mailed 3096 bytes of
> output but got status 0x0043 )
>
> cron:May 28 16:05:01 argus crond[7232]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
> cron:May 28 16:05:09 argus crond[3852]: (cacti) MAIL (mailed 3096 bytes of
> output but got status 0x0043 )
>
> cron:May 28 16:10:01 argus crond[10607]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
> cron:May 28 16:10:01 argus crond[10605]: (cacti) CMD (chmod o+r
> /var/www/html/cacti/rra/*)
>
> cron:May 28 16:10:09 argus crond[7230]: (cacti) MAIL (mailed 3096 bytes of
> output but got status 0x0043 )
>
> cron:May 28 16:15:01 argus crond[13828]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
> cron:May 28 16:15:05 argus crond[10604]: (cacti) MAIL (mailed 3096 bytes of
> output but got status 0x0043 )
>
> cron:May 28 16:20:01 argus crond[17275]: (cacti) CMD (chmod o+r
> /var/www/html/cacti/rra/*)
>
> cron:May 28 16:20:01 argus crond[17282]: (cacti) CMD (/usr/bin/php
> /var/www/html/cacti/poller.php > /dev/null)
>
>  
>
> Here is some from the mail log
>
>  
>
> maillog:May 28 16:08:08 argus sendmail[7399]: m4SM550W007399: from=cacti,
> size=3361, class=0, nrcpts=1,
> msgid=<200...@ar...>,
> relay=cacti@localhost
>
> maillog:May 28 16:08:17 argus sendmail[7399]: m4SM550W007399: to=cacti,
> ctladdr=cacti (1054/1054), delay=00:03:12, xdelay=00:00:09, mailer=relay,
> pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
> unknown
>
> maillog:May 28 16:09:05 argus sendmail[7399]: m4SM550X007399: to=cacti,
> delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
> relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown
>
> maillog:May 28 16:13:04 argus sendmail[10769]: m4SMA5MX010769: from=cacti,
> size=3361, class=0, nrcpts=1,
> msgid=<200...@ar...>,
> relay=cacti@localhost
>
> maillog:May 28 16:13:13 argus sendmail[10769]: m4SMA5MX010769: to=cacti,
> ctladdr=cacti (1054/1054), delay=00:03:08, xdelay=00:00:09, mailer=relay,
> pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
> unknown
>
> maillog:May 28 16:14:01 argus sendmail[10769]: m4SMA5MY010769: to=cacti,
> delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
> relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown
>
> maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: from=cacti,
> size=3361, class=0, nrcpts=1,
> msgid=<200...@ar...>,
> relay=cacti@localhost
>
> maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: to=cacti,
> ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
> pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
> (Ok. 483DDA1C.00000139)
>
> maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: from=cacti,
> size=3361, class=0, nrcpts=1,
> msgid=<200...@ar...>,
> relay=cacti@localhost
>
> maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: to=cacti,
> ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
> pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
> (Ok. 483DDB49.00000343)
>
>  
>
> Here is the email header from the email that is getting bounced around
>
>  
>
> From: root (Cron Daemon) [mailto:root (Cron Daemon)] 
> Sent: Wednesday, May 28, 2008 10:40 AM
> To: cacti
> Subject: Cron <cacti@argus> /usr/bin/php /var/www/html/cacti/poller.php >
> /dev/null
>
>  
>
> Timeout: No Response from 127.0.0.1:161.
>
> Missing object name
>
> USAGE: snmpget [OPTIONS] AGENT OID [OID]...
>
>  
>
> Any good pointers would be most appreciated. And fyi nobody had logged into
> the web portal for like 5 days before this started happening.
>
>  
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
>
>   

Hello List, 

 

I have a bit of a pickle the cacti user is receiving emails from cron giving
him the usage for snmpget. Anyone have a good idea of where this could be
originating from? Here are some of the logs from cron. 

 

cron:May 28 15:55:01 argus crond[575]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

cron:May 28 16:00:01 argus crond[3855]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

cron:May 28 16:00:01 argus crond[3853]: (cacti) CMD (chmod o+r
/var/www/html/cacti/rra/*)

cron:May 28 16:00:09 argus crond[573]: (cacti) MAIL (mailed 3096 bytes of
output but got status 0x0043 )

cron:May 28 16:05:01 argus crond[7232]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

cron:May 28 16:05:09 argus crond[3852]: (cacti) MAIL (mailed 3096 bytes of
output but got status 0x0043 )

cron:May 28 16:10:01 argus crond[10607]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

cron:May 28 16:10:01 argus crond[10605]: (cacti) CMD (chmod o+r
/var/www/html/cacti/rra/*)

cron:May 28 16:10:09 argus crond[7230]: (cacti) MAIL (mailed 3096 bytes of
output but got status 0x0043 )

cron:May 28 16:15:01 argus crond[13828]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

cron:May 28 16:15:05 argus crond[10604]: (cacti) MAIL (mailed 3096 bytes of
output but got status 0x0043 )

cron:May 28 16:20:01 argus crond[17275]: (cacti) CMD (chmod o+r
/var/www/html/cacti/rra/*)

cron:May 28 16:20:01 argus crond[17282]: (cacti) CMD (/usr/bin/php
/var/www/html/cacti/poller.php > /dev/null)

 

Here is some from the mail log

 

maillog:May 28 16:08:08 argus sendmail[7399]: m4SM550W007399: from=cacti,
size=3361, class=0, nrcpts=1,
msgid=<200...@ar...>,
relay=cacti@localhost

maillog:May 28 16:08:17 argus sendmail[7399]: m4SM550W007399: to=cacti,
ctladdr=cacti (1054/1054), delay=00:03:12, xdelay=00:00:09, mailer=relay,
pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
unknown

maillog:May 28 16:09:05 argus sendmail[7399]: m4SM550X007399: to=cacti,
delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown

maillog:May 28 16:13:04 argus sendmail[10769]: m4SMA5MX010769: from=cacti,
size=3361, class=0, nrcpts=1,
msgid=<200...@ar...>,
relay=cacti@localhost

maillog:May 28 16:13:13 argus sendmail[10769]: m4SMA5MX010769: to=cacti,
ctladdr=cacti (1054/1054), delay=00:03:08, xdelay=00:00:09, mailer=relay,
pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User
unknown

maillog:May 28 16:14:01 argus sendmail[10769]: m4SMA5MY010769: to=cacti,
delay=00:00:32, xdelay=00:00:32, mailer=relay, pri=34385,
relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=5.1.1, stat=User unknown

maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: from=cacti,
size=3361, class=0, nrcpts=1,
msgid=<200...@ar...>,
relay=cacti@localhost

maillog:May 28 16:18:04 argus sendmail[13993]: m4SMF5xo013993: to=cacti,
ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
(Ok. 483DDA1C.00000139)

maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: from=cacti,
size=3361, class=0, nrcpts=1,
msgid=<200...@ar...>,
relay=cacti@localhost

maillog:May 28 16:23:05 argus sendmail[17453]: m4SMK6bY017453: to=cacti,
ctladdr=cacti (1054/1054), delay=00:02:59, xdelay=00:00:00, mailer=relay,
pri=33361, relay=smtp.prod.mydomain.com. [10.1.3.153], dsn=2.0.0, stat=Sent
(Ok. 483DDB49.00000343)

 

Here is the email header from the email that is getting bounced around

 

From: root (Cron Daemon) [mailto:root (Cron Daemon)] 
Sent: Wednesday, May 28, 2008 10:40 AM
To: cacti
Subject: Cron <cacti@argus> /usr/bin/php /var/www/html/cacti/poller.php >
/dev/null

 

Timeout: No Response from 127.0.0.1:161.

Missing object name

USAGE: snmpget [OPTIONS] AGENT OID [OID]...

 

Any good pointers would be most appreciated. And fyi nobody had logged into
the web portal for like 5 days before this started happening.

 

Many thanks for the explanation and support. The graph is working again.

Reinhard Scheck wrote:
> Ed Greenberg wrote:
>   
>>> Yep. Please use rrdtool tune to propagate changes to EXISTING rrd files.
>>> Reinhard
>>>   
>>>       

Ed Greenberg wrote:
>> Yep. Please use rrdtool tune to propagate changes to EXISTING rrd files.
>> Reinhard
>>   
> 
> Hi Reinhard,
> 
> If I understand you correctly, creating a new data template results in 
> creation of an RRD file, 
Not correct. A data template is a stanza only. Nothing is created until the 
Graph Template referring to the Data Template is associated with a host and the 
graph is created.
but editing the data template does not modify
> an existing one.
This is correct. Unfortunately, most changes to a Data Template cannot be 
propagated to existing rrd files (e.g. step, new data sources, ...). Currently 
NO change of a data template is propagated to existing rrd files.
> 
> By "propagate" do you really mean "modify?"  Propagate implies to me 
> that something exists and will be carried forward.
Forgive my bad english knowledge. I used "propagate", because e.g. changes of a 
Graph Template are carried forward to all Graph related to that Graph Template. 
That is, the property that was changed in the Template is carried forward to all 
Graphs.

Reinhard
> 
> Is there any reason not to set it to "U"?
> 
> Thanks,
> </edg>
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> cacti-user mailing list
> cac...@li...
> https://lists.sourceforge.net/lists/listinfo/cacti-user
> 

Ed Greenberg wrote:
>> Yep. Please use rrdtool tune to propagate changes to EXISTING rrd files.
>> Reinhard
>>   
>>     
>
>   
Following up my own post... using rrdtool tune worked and we are again 
gathering data.

> Yep. Please use rrdtool tune to propagate changes to EXISTING rrd files.
> Reinhard
>   

Hi Reinhard,

If I understand you correctly, creating a new data template results in 
creation of an RRD file, but editing the data template does not modify 
an existing one.

By "propagate" do you really mean "modify?"  Propagate implies to me 
that something exists and will be carried forward.

Is there any reason not to set it to "U"?

Thanks,
</edg>

helary guillaume wrote:
> Hello *Cacti* *Guys*,
> 
> It may be a stupid question (once again...)
> I would like to graph Memory % usage :
> I have two snmp Data templates who gives me :
> -Indication about memory free -> ValueA
> -Indication about memory size -> ValueB
> 
> I would like to graph : 1 - (valueA / value  B).
> 
> How can I do that ? Is there a Tuto somewhere?
> 
Please create a CDEF that reads CDEF=1,a,b,/,-
and associate it with the graph template items.

Docs are to be found at htp://docs.cacti.net

Reinhard

Hello *Cacti* *Guys*,

It may be a stupid question (once again...)
I would like to graph Memory % usage :
I have two snmp Data templates who gives me :
-Indication about memory free -> ValueA
-Indication about memory size -> ValueB

I would like to graph : 1 - (valueA / value  B).

How can I do that ? Is there a Tuto somewhere?

-- 
Bises!

@+,

Guig'zzz, un maximum de z.