Tag Archives: monitoring

Astaro PostgreSQL Fix

For some months now my Astaro firewall was unable to start the PostgreSQL service on boot. Since this didn’t seem to have any real impact on function or performance, I started some feeble attempts at fixing it but never succeeded until today.

Continue reading

Nagios forged: Icinga proposes to do better

icinga_logoNow it happened to Nagios: Users and parts of the original development team have formed a forge of the original code. The new project is named ICINGA (ugh, all caps) Icinga.
Now, why the fork. That’s what the people behind the fork say:

Continue reading

Network Monitor ZenOSS 2.4beta3 available

zenoss_logo_webPace is going up over at ZenOSS. When I looked late at night yesterday, ZenOSS 2.3.296 (a.k.a. 2.4beta3) wasn’t available. It now is, including again some changes to my network monitoring package of choice.

Continue reading

ZenOSS 2.4 Beta on Ubuntu

Just so I don’t forget it when the next beta cycle for ZenOSS is due:
To successfully have ZenOSS generate graphs on Ubuntu one needs to do

apt-get install ttf-liberation
apt-get install libgcj-common

and restart the system afterwards.

Speed up your bonds

Uh. Well. Not really ;) But in case you’re using bonded network interfaces with Linux you may have noticed that they’ll always report a network speed of 10Mbps – no matter what NICs you used to create the bond. Technically this isn’t a real problem for the bond will always work at the full speed supported by the hardware. But it can pose a management problem when you’re using SNMP to monitor your devices.That’s because a common monitoring technique is to set limits after reaching which the system will send off an alert. And it’s easy to imagine that an assumed 10Mbps link will reach a saturation point of, say, 75 percent a lot earlier than, say, the 1Gbps interfaces you’re actually using to create to bond.


Now for the bad news: There’s nothing you can do locally to change the speed reported by the bond (or, to be fair, by the various tools used to determine the link speed of any given interface). The good news is that you can do something to have at least your SNMP daemon report the correct link speed. As long as you’re using net-snmp, that is.The first step is to determine the index number of your bond interface(s). This can be easily done using

snmpwalk -v 2c -c <community> -Os interfaces | more 

Just replace <community> with the name of your SNMP community (in general, “public” is a good guess) and the with the IP address of the system you’re monitoring. You should get something like this:

ifDescr.1 = STRING: lo
ifDescr.2 = STRING: eth0
ifDescr.3 = STRING: eth1
ifDescr.4 = STRING: eth2
ifDescr.5 = STRING: eth3
ifDescr.6 = STRING: eth4
ifDescr.7 = STRING: eth5
ifDescr.8 = STRING: bond0
ifDescr.9 = STRING: sit0 

As you can see, in this example our bond interface is located at ifDescr.8. Write down the number or try to remember it for a few seconds. Now, on the machine where the bond is running, open the file /etc/snmp/snmpd.conf. Somewhere in that file, insert

override ifSpeed.X uinteger 1000000000 


Don’t forget to replace the X with the actual number from the snmpwalk output. And make sure not to type ifDescr but ifSpeed instead. This is telling your SNMP daemon to overwrite the netlink speed as reported by the operating system for interface X with – which translates to 1Gbps.

Now all that’s left to do is to restart your SNMP daemon – and possibly to rebuild the device data for this server in your management application. Ah, and there’s one drawback: In case you ever change the bond or add or remove a NIC to/from that server, the order of the interfaces and thus their numbering will change. So you’ll then have to repeat the steps outlined above.

And one final note: In theory, you should be able to achieve the same result using the line “interface bond* 6 1000000000” in your snmpd.conf. This would have the benefit of always changing the value for all interfaces named bond… — however, I couldn’t make this work on any machine I’ve been experimenting with. Ymmv.