Old versions of crcnet monitor cause problems

[mglb1]

Two new hosts (mxx and gad) were turned on today. The SNMP discovery log shows that they were discovered correctly, and a manual examination of /var/lib/rrdbot/db/ shows that data is being collected for them, but I can't view any graphs for them.

The graph server logs

Jan 24 17:45:04 orwell graphserver[31278]: Failed to send /var/cache/rrdbot/graphs/mxx/2/1/interface-802.11%20Wireless.png : [Errno 2] No such file or directory: '/var/cache/rrdbot/graphs/mxx/2/1/interface-802.11%20Wireless.png'

For any graph related to either host. All of the directories in the path exist and are writeable by rrdbot, but the graph files don't exist and aren't being generated.

The discovery logs look like:

gad  	interface  	802.11 Wireless  	10.1.238.1  	Henderson Backhaul  	2007-01-24 16:35:30.96  	 [delete]    [delete host's entries]    [re-probe host]
gad 	wireless 	802.11 Wireless 	10.1.238.1 	Henderson Backhaul 	2007-01-24 16:35:31.98 	[delete]   [delete host's entries]   [re-probe host]
gad 	interface 	Wired Ethernet 	192.168.0.254 	CPE Internal 	2007-01-24 16:35:34.36 	[delete]   [delete host's entries]   [re-probe host]
mxx 	interface 	Wired Ethernet 	10.1.232.253 	MPH - MMX Link 	2007-01-24 16:50:56.83 	[delete]   [delete host's entries]   [re-probe host]
mxx 	interface 	802.11 Wireless 	10.1.236.1 	MFR Backhaul 	2007-01-24 16:50:58.34 	[delete]   [delete host's entries]   [re-probe host]
mxx 	wireless 	802.11 Wireless 	10.1.236.1 	MFR Backhaul 	2007-01-24 16:50:59.03 	[delete]   [delete host's entries]   [re-probe host]

[mglb1]

The graphs are still not working this morning (after the midnight run).

[mglb1]

MFR is logging the following, even after the nightly run...

Jan 25 12:23:42 mfr crcnet-monitor[6764]: Request for invalid table index: (1, 3, 6, 1, 4, 1, 15120, 1, 1, 2, 1, 5, 12)
Jan 25 12:23:57 mfr last message repeated 3 times
Jan 25 12:24:35 mfr crcnet-monitor[6764]: Request for invalid table index: (1, 3, 6, 1, 2, 1, 2, 2, 1, 13, 12)

[ckb6]

The problem here was that the hosts where using an old version of crcnet monitor which was incompatable. What needs to be done is some checking for invalid interface names to prevent things like "802.11 Wireless" been thought of as a valid kernal interface name.