Re: [collectd] Collectd, snmp linux interface stats
Hi Bill, I don't feel that is the case for me sadly. If I run the following : snmpwalk -v2c -c public switch IF-MIB::ifDescr --SNIP-- IF-MIB::ifDescr.53 = STRING: VLAN10 IF-MIB::ifDescr.54 = STRING: VLAN50 IF-MIB::ifDescr.55 = STRING: VLAN90 --SNIP-- I can see my three VLAN's. If i attempt to query them (in/out stats) I get an error : snmpwalk -v2c -c public@10 rackswitch IF-MIB::ifOutOctets.53 IF-MIB::ifOutOctets.53 = No Such Instance currently exists at this OID With or with out the @VLANID, makes no difference. Maybe this is a Cisco IOS issue? As my Cisco router works fine with the above examples. Thank you for your time, - Original Message - From: "bill" To: "Brendan Horan" Cc: collectd@verplant.org Sent: Monday, 17 June, 2013 12:00:38 AM Subject: Re: [collectd] Collectd, snmp linux interface stats Brendan, I can answer the snmp and vlan info bit. most vendors append an @ to the community string likely you will need to define each vlan in the connection clause so of your vlan is 123, it would be public@123 afaik there is no way to get all vlans but there may be. Bill Schwanitz If A is a success in life, then A equals x plus y plus z. Work is x; y is play; and z is keeping your mouth shut. - Albert Einstein. On Jun 16, 2013, at 11:48 AM, Brendan Horan wrote: > Hi List, > > I am really enjoying collectd, thank you. > > I have two issues with collectd and SNMP plugin. > > I am using the following block to collect interface traffic stats : > > Type "if_octets" > Table true > Instance "IF-MIB::ifDescr" > Values "IF-MIB::ifInOctets" "IF-MIB::ifOutOctets" > > > This works fine for my Cisco kit, but all my Linux hosts never get any data > inside collectd. > That seems odd becase if I run the following "snmpwalk -v2c -c public > $HOSTNAME IF-MIB::ifInOctets" > > I get back the expected values. > > I don't understand what I am doing wrong. The above works for my Cisco kit, > works via snmpwalk. > > > The second issue I have and of much less importance is that on my Cisco > switch the above data block only brings back one VLAN. > On my Cisco Router all VLAN's are brought back. > > Unsure why my switch won't get all the VLANS, all physical switchports are > fine. > > Can someone give me a hand ? > > Thanks > Brendan > > ___ > collectd mailing list > collectd@verplant.org > http://mailman.verplant.org/listinfo/collectd ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
Re: [collectd] Collectd, snmp linux interface stats
Hi, If I were you I'd use one of the latest collectd builds, which has a fix [1] which seems to address issues ppl are having especially on Cisco hw. Cheers [1] https://github.com/collectd/collectd/issues/131 On Sun, Jun 16, 2013 at 11:48:38PM +0800, Brendan Horan wrote: > Hi List, > > I am really enjoying collectd, thank you. > > I have two issues with collectd and SNMP plugin. > > I am using the following block to collect interface traffic stats : > >Type "if_octets" >Table true >Instance "IF-MIB::ifDescr" >Values "IF-MIB::ifInOctets" "IF-MIB::ifOutOctets" > > > This works fine for my Cisco kit, but all my Linux hosts never get any data > inside collectd. > That seems odd becase if I run the following "snmpwalk -v2c -c public > $HOSTNAME IF-MIB::ifInOctets" > > I get back the expected values. > > I don't understand what I am doing wrong. The above works for my Cisco kit, > works via snmpwalk. > > > The second issue I have and of much less importance is that on my Cisco > switch the above data block only brings back one VLAN. > On my Cisco Router all VLAN's are brought back. > > Unsure why my switch won't get all the VLANS, all physical switchports are > fine. > > Can someone give me a hand ? > > Thanks > Brendan > > ___ > collectd mailing list > collectd@verplant.org > http://mailman.verplant.org/listinfo/collectd ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
Re: [collectd] processes plugin process by name - percent of all cpus feature
Hello, I have a patch that will produce the sum cpu (check Perfwatcher patches for collectd). I think this would be easy to adapt for the average. But before any work on this, have you tried https://collectd.org/wiki/index.php/Plugin:Aggregation/Config ? Can it fit your needs ? Question to developers : there are common and simple needs for cpus where the aggregation plugin may be a solution. But can't it be built in collectd to be smaller into memory ? In other words, would you accept a patch for computing the sum and average total cpu even if the aggregation can do it ? Regards, Yves Le 2013-06-17 02:00, William Salt a écrit : Im using the processes plugin to find specific processes via regex, and monitoring their cpu usage, this is the total time spent in jiffies (milliseconds) across all cores. In graphite, i am dividing it by the number of cpu cores i have on a machine then turning that into percent. this gives me a percentage of total cpu usage across all cores for that process. However, i cannot ascertain in graphite the exact number of cpus a node has, it differs greatly, and its not scalable to have static values in graph query strings like this, nor efficient to work this out when rendering a graph. I wondered if someone could patch the plugin to allow a flag to produce the average cpu use across all cores? grabbing the number of cpus from /proc/cpuinfo and dividing the metric by that? bonus if it had a flag to output a percent! Cheers Will ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd -- - Homepage - http://ymettier.free.fr - - GPG key- http://ymettier.free.fr/gpg.txt - - C en action- http://ymettier.free.fr/livres/C_en_action_ed2.html - - Guide Survie C - http://www.pearson.fr/livre/?GCOI=27440100673730- ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
Re: [collectd] processes plugin process by name - percent of all cpus feature
Hello, Excerpts from William Salt's message of 2013-06-17 02:00:35 +0200: > Im using the processes plugin to find specific processes via regex, and > monitoring their cpu usage, this is the total time spent in jiffies > (milliseconds) across all cores. > > In graphite, i am dividing it by the number of cpu cores i have on a > machine then turning that into percent. this gives me a percentage of total > cpu usage across all cores for that process. > However, i cannot ascertain in graphite the exact number of cpus a node > has, it differs greatly, and its not scalable to have static values in > graph query strings like this, nor efficient to work this out when > rendering a graph. Still not very nice and efficient, but you can use a variant of this[1] to count the number of cpus using graphite functions. IE: this would return the number of CPUs as seen by collectd's spu plugin: sumSeries(offset(scale(collectd.your_hostname.cpu-*.cpu-idle, 0), 1)) Another thing that comes to mind: since collectd 5.3 there's an "aggregation" plugin, which you can use to sum up the metrics of every cpu on each host. You could then use these aggregated metrics for your percentage calculation. There's a similar feature in graphite if you run the carbon-aggregator in front of carbon-cache. > I wondered if someone could patch the plugin to allow a flag to produce the > average cpu use across all cores? grabbing the number of cpus > from /proc/cpuinfo and dividing the metric by that? bonus if it had a flag > to output a percent! Vedran Bartonicek has 2 pull-requests doing this sort of thing for the load and df plugins. Have look at PRs #343 and #344 on github.com/collectd/collectd Marc [1] http://obfuscurity.com/2013/05/Graphite-Tip-Counting-Number-of-Metrics-Reported ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
Re: [collectd] Collectd, snmp linux interface stats
Hi Fabien, I though that issue was resolved after 5.1? I am running "collectd 5.3.0.git" Thanks Brendan - Original Message - From: "Fabien Wernli" To: collectd@verplant.org Sent: Monday, 17 June, 2013 3:56:02 PM Subject: Re: [collectd] Collectd, snmp linux interface stats Hi, If I were you I'd use one of the latest collectd builds, which has a fix [1] which seems to address issues ppl are having especially on Cisco hw. Cheers [1] https://github.com/collectd/collectd/issues/131 On Sun, Jun 16, 2013 at 11:48:38PM +0800, Brendan Horan wrote: > Hi List, > > I am really enjoying collectd, thank you. > > I have two issues with collectd and SNMP plugin. > > I am using the following block to collect interface traffic stats : > >Type "if_octets" >Table true >Instance "IF-MIB::ifDescr" >Values "IF-MIB::ifInOctets" "IF-MIB::ifOutOctets" > > > This works fine for my Cisco kit, but all my Linux hosts never get any data > inside collectd. > That seems odd becase if I run the following "snmpwalk -v2c -c public > $HOSTNAME IF-MIB::ifInOctets" > > I get back the expected values. > > I don't understand what I am doing wrong. The above works for my Cisco kit, > works via snmpwalk. > > > The second issue I have and of much less importance is that on my Cisco > switch the above data block only brings back one VLAN. > On my Cisco Router all VLAN's are brought back. > > Unsure why my switch won't get all the VLANS, all physical switchports are > fine. > > Can someone give me a hand ? > > Thanks > Brendan > > ___ > collectd mailing list > collectd@verplant.org > http://mailman.verplant.org/listinfo/collectd ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
[collectd] Collectd, snmp linux interface stats
Hi List, I am really enjoying collectd, thank you. I have two issues with collectd and SNMP plugin. I am using the following block to collect interface traffic stats : Type "if_octets" Table true Instance "IF-MIB::ifDescr" Values "IF-MIB::ifInOctets" "IF-MIB::ifOutOctets" This works fine for my Cisco kit, but all my Linux hosts never get any data inside collectd. That seems odd becase if I run the following "snmpwalk -v2c -c public $HOSTNAME IF-MIB::ifInOctets" I get back the expected values. I don't understand what I am doing wrong. The above works for my Cisco kit, works via snmpwalk. The second issue I have and of much less importance is that on my Cisco switch the above data block only brings back one VLAN. On my Cisco Router all VLAN's are brought back. Unsure why my switch won't get all the VLANS, all physical switchports are fine. Can someone give me a hand ? Thanks Brendan ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
[collectd] collecd wishes
Good day! In collected metrics I hadn't found two very interesting for me. I don't found metric "disk queue length" for disk plugin and "media connected" or so on for netlink or interface plugin I think it will be helpful Thanks forward! Danil -- /С уважением ведущий специалист отдела системного администрирования службы развития и эксплуатации OSS систем департамента ИТ ОАО "Мегафон", Кавказский филиал, г. Краснодар Беркович Данил мобильный: +7(928)201-12-60 служебный: (861)291-00-42 внутренний: 1842 mailto: danil.berkov...@megafon.ru / ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd
[collectd] Assertion crash in collectd 5.2.1 / libgcrypt 1.5.2
Heyho, On our collectd 5.2.1 from the Debian Package 5.2.1-1 we encountered an assertion crash from libgcrypt11 1.5.2-1 that occurs aproximately once a day on random conditions. I do not know, if collectd is using libgcrypt wrong or if it is a bug in libgcrypt. It seems, ath_install was called with the first argument beeing NULL. At least i have no other explanation of why this codepath would be reachable. Since i am also working on my Bachelor's thesis at the moment in which I am developing Monkey, a new automated bug reporting system, i generated a report for your convenience: https://gnunet.org/monkey/examples/collectd-01/scrutinizer.html If you are interested in the Debugging System, you can find more information on: https://gnunet.org/monkey/ Also i have a survey (or rather ‘experiment’) running, in which you will get three different crash reports (stack trace, stack trace + *life gdb session* on a core dump and of course one generated from Monkey) and try to find the respective bug. You can participate here: https://gnunet.org/monkey/survey/index.php/943594?lang=en --Markus ___ collectd mailing list collectd@verplant.org http://mailman.verplant.org/listinfo/collectd