However, when compiling like this both v5.5 and v5.4.2.1 of net-snmp gave me:

Google was as useless as ever (only 1 thread about this who solved it installing some ancient version of lmsensors or something), so I had to dick around to get this to work.
First I wondered what was different about my server at home and Xenbro. 32 vs 64 bits obviously, but otherwise… not that much.
So I tried upgrading libtool from version 1.5 to 2.2.6a. Recompile wasted another 5 minutes of my life.
Then I read something about ucd-snmp/lmSensors vs ucd-snmp/lmsensorsMib. I have no idea what this is supposed to do, but I’d be better of not having read about it. Both options won’t compile because of the same compilation error above.

Finally after hours of cursing I installed lm_sensors 2.10 to /usr/local and hinted net-snmp to compile using -L/usr/local/lib, doing that made it it compile. You just have to push it a bit when it breaks… (and yes, I found out some older lm_sensors stuff was still lingering around on that home server). It kinda went like this:

Amazing enough it even works now. You’d expect it to crash and barf all over the place…. or at least I did.

Now finally back to what I wanted to do: SENSOR GRAPHS in Cacti!!!
A pretty much excellent description on how to do this is here: Eric A. Hall’s on Cacti and lmsensor readings.
His steps summarized:

1. Get net-snmp to return sensor readings
2. Download Cacti-netsnmp-lmsensors.tar.gz which I mirrored here: Cacti lmsensors - Version 0.8 - SHA: f9c3f8b4d172cce9e63fa3fa0c0bbf7a58c17e7c
3. Untar, put files in right place, import templates in Cacti
4. Add data queries and graphs to hosts

For more details check out his page, it has a detailed explanation. Thanks for building it Eric!

Then there’s disk stats. Half the links on the forums are hard to find or dead, so I’ll just take my own downloads. Easier for the next time I need it
This is the original thread for snmpdiskio with the templates in here. Then there’s a missing download for a copy/paste version of this post. I’ll save the copy/pasting for you, just leech it if you need it (only for when your net-snmp fails!):
snmpdiskio - Version 0.9.6 - SHA: 0a4229c35a879240ea4c5128adbd1cb60b745757
Finally there’s a script that fetches the stuff here. Put that script in resource/snmp_queries/partition.xml
Import the two templates from the snmpdiskio-v0.9.4 tarball.
Next add the new snmp query (“Get Device I/O”) to your device (Devices -> $yourdevice -> at bottom select it from the pulldown menu). Create graphs for this device -> have fun.

I was going to add some images, but I’m too tired now. Hope you can get it to work, good luck

Traffic graph

Disk I/O

HDD temperature

Why make these graphs? Because you can. Because they can show you gradual changes that you normally wouldn’t notice because the change per day is only very little. Because they’re fancy. Because they can give an indication on how hot stuff runs. Because they can kill your mother while you sleep. Because they got all the legendary items that you’ll never have. Tons of reasons.
But mainly because they’re pretty

Fileserver in the barn

These days there are plenty of options, but back the option that I liked best was write some scripts that hack together a bunch of rrdtool commands and run those from cron every 5 minutes. For those who don’t know rrdtool, RRDtool is a neat tool that creates round robin databases that you can feed data into based on an interval of your choosing. After feeding it information you can pull graphs out of it as shown in the top images with a ton of options.
Hacking these scripts together was fun the first time, but after a while it gets tedious. Especially when you lose the scripts to a harddisk crash or have to rewrite them because of different output etc. So what some people do is use a tool that takes data from a source (still a script in most cases, but very tiny scripts) and stashes it into a rrdtool database for them. Some of them even generate the graphs for you with a nice little (web)interface.

So after losing the entire fileserver after moving (guess it didn’t like being removed from the barn) I checked out several tools.

• MRTG is well known for making those router datatraffic graphs. People (ab)use it for generating tons of other graphs as well these days. Nice and simple if you want to generate those data traffic graphs, but if you want a tool that is a little more versatile you probably do not want MRTG. It’s cool though, and made by the same author as RRDtool.
• Munin is a bigger project aimed at monitoring pretty much everything. There’s a ton of plugins for this beast that do just that. However, when playing around with it I found out that it also sucked a ton of CPU out of my machine while generating the graphs every time. It has a CGI mode where it’s supposed to only generate those when requested, but I couldn’t get it working (dead image links and everything). Cute toy, but it’s still very rough around the edges. Too much for my liking, so I ditched it after toying with it for a few months.
• Then we have Cacti, the tool I still use today. You can read more about it below.
• Of course there are also a ton of commercial solutions for this, but I don’t like commercial stuff. I’ve heard a few good things about ZenOSS though… but I can’t get through their commercial site. No info, only marketing bullshit. So no go. (and no sale)

Cacti

Right now I’m back to Cacti again for the pretty graphs solution. Why Cacti?

• Relatively nice web interface to configure and view your data sources, devices to monitor, and of course your graphs
• Comes with a bunch of good default graphs and tools. Templates are good.
• Doesn’t suck the life out of my CPU, although obviously all monitoring solutions waste a bunch of CPU. One reason is that it generates graphs on demand, not every 5 minutes.
• Easy installation (Apache + PHP + MySQL), doesn’t require much on other devices that you want to monitor. (SNMP is enough most of the times)

What sucks about Cacti?

• It can be a bitch to get a graph working. One of the reasons I switched to other products was that I couldn’t get Cacti to work for some very simple graphs, but I couldn’t figure out why it wouldn’t work.
• Interface could use a redesign. It works, but the steps to generate a graph are confusing, there are several ways to do it and half of them don’t work as you’d expect. Maybe some wizards could fix this though.
• Development isn’t dead, but it sure as hell isn’t going anywhere soon. When I quit using Cacti it pretty much looked and worked the same as it does now. That’s been 3 years I think.

Installing Cacti is something you’ll manage yourself. Just trash it in the webdir, point your browser at it and walk through the installation steps. Easy enough. Just make sure your server has net-snmp installed. Now for adding some basic graphs.

The easiest way of generating graphs is by getting your data through SNMP. Most (not too cheap) routers and managed switches respond to it, and on all *nix systems you can get it running. Configuring SNMP can be a little more annoying though, since it’s one of those products that are really confusing to start with. Either walk through snmpconf -g basic_setup to generate your snmpd.conf, or take mine for some defaults. Be sure to close SNMP from outside your network of trust (the internet), they don’t need that access. SNMP is one of those protocols that can’t convince me of being secure. There are 3 versions of it, version 1 basically has no security, version 2 has no security with added layers of obscurity and with version 3 it becomes impossible to operate while having user/password/network combinations of “security”. So I don’t trust it, but that’s what a firewall is for. Since I don’t trust it anyway, I have the configuration pretty much open for reading anything by anyone as long as you can reach it. (I’m sure the SNMP experts disagree with my vision. You can link your tutorials on how to set it up below).
snmpd.conf - Version - SHA: 2312cae8b385d02864094427db75696857d16a32
Oh yeah, another beauty: smnpd and its configuration depend on how it was compiled. So sometimes you do get disk stats, sometimes you don’t. Sensor statistics usually isn’t included, but if you recompile net-snmp and add --with-mib-modules="ucd-snmp/lmSensors" (and your other modules!!!) you at least have a chance of getting it working.
If you want to test or check the information that your snmp daemon returns, try snmpwalk -v1 -c public $YOURHOSTNAME.

Now that we’ve got that out of the way, let’s walk through the steps of creating fancy graphs.

0. On your device that you want to make graphs of, install snmpd and put the snmpd.conf in /etc/snmp. Oh, and start snmpd.
1. In the webinterface (as admin), go to Console -> Devices and click add in the upper right corner
2. Fill out information that’s obvious (hostname, description) and pick ucd/net SNMP host for template. I always pick SNMP version 2 (since 3 is so much more hassle to setup) and hit create. It should return Save Successful.If it mentions SNMP error then your snmp daemon could not be reached or returned bad information. Fix it! For pokemon os check out /etc/default/snmpd where they run it only on 127.0.0.1 by default. Either remove it or add your internal network IP address there. If you think it’s fixed OR want some debug info, scroll down to Associated Data Queries and click verbose query (any one will do). Once SNMP information doesn’t moan about errors anymore but gives you some decent info, it’s good.
3. Click Create Graphs for this Host. You should now get a selection screen where you can check boxes of things you want graphs from. If because of your constant failing the SNMP queries failed to get results in the previous step and therefore show you no options in the Data Query boxes, you might have to click the green circle in the blue bar to reload that query. If it’s still empty your snmpd probably doesn’t supply that information.
4. Enable the checkboxes for lines that sound like they would make an interesting graph. CPU, Memory, and Load usually work and if you have interface statistics pick one that has a reasonable IP address. Hit Create when you’ve enabled all checkboxes that sound good.
5. This is enough to let Cacti generate graphs, but you also want to be able to view those graphs. Go to Graph Trees in the left menu and click Default Tree on the rigth pane. Click Add, then for Tree Item Type take Host. Select your newly created device and hit Create. Now go fix yourself a cup of coffee while the graphs are being manufactured.

“But my graphs are empty! Images missing! My head exploding!”
Yeah, I know that feeling. First of all: WAIT! First the graphs have to be generated and collect some data before something appears. This will take a few cycles, and a cycle is 5 minutes. In other words: go fish for half an hour, play a game, do a rain dance. Now there should be pretty graphs!
Like this:

Cacti new graphs

Now go add your other devices!
If you feel like trying out some more advanced stuff, check out some of the scripts/templates on the cacti forums . For instance the Disk IO graphs I can be made with this snmpdiskio package.

Well, enough for now, thanks for reading!