News: This forum is now permanently frozen.
Pages: [1]
Topic: Missng OIDs in version 1.8.1  (Read 4584 times)
« on: January 15, 2014, 18:37:08 »
NickNorman *
Posts: 4

AFternoon all,

I've just updated my ALIX based firewall to version 1.8.1 & my mrtg graphing scripts have broken.

The interface stuff works OK but I was also monitoring CPU usage & memory status, these now don't work.

<code>
$ sudo snmpgetnext -v 2c -c public mono ssCpuUser
UCD-SNMP-MIB::ssCpuUser.0 = INTEGER: 0
</code>
this should be a few % not 0

The OID I used for memory no longer exists!  Huh

The only OID below 1.3.6.1.4.1.2021 are:

<code>
$ sudo snmpwalk -v 2c -c public mono 1.3.6.1.4.1.2021
UCD-SNMP-MIB::ssIndex.0 = INTEGER: 1
UCD-SNMP-MIB::ssErrorName.0 = STRING: systemStats
UCD-SNMP-MIB::ssSwapIn.0 = INTEGER: 0 kB
UCD-SNMP-MIB::ssSwapOut.0 = INTEGER: 0 kB
UCD-SNMP-MIB::ssSysInterrupts.0 = INTEGER: 0 interrupts/s
UCD-SNMP-MIB::ssSysContext.0 = INTEGER: 0 switches/s
UCD-SNMP-MIB::ssCpuUser.0 = INTEGER: 0
UCD-SNMP-MIB::ssCpuSystem.0 = INTEGER: 0
UCD-SNMP-MIB::ssCpuIdle.0 = INTEGER: 0
UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 0
UCD-SNMP-MIB::ssRawInterrupts.0 = Counter32: 0
UCD-SNMP-MIB::ssRawContexts.0 = Counter32: 0
UCD-DEMO-MIB::ucdDemoResetKeys.0 = INTEGER: 0
UCD-DEMO-MIB::ucdDemoPublicString.0 = ""
UCD-DEMO-MIB::ucdDemoUserList.0 = ""
UCD-DEMO-MIB::ucdDemoPassphrase.0 = ""
</code>

Any more info needed - just ask.

Regards

Nick
« Reply #1 on: January 16, 2014, 00:57:17 »
Lee Sharp *****
Posts: 517

Oops...  I just looked back at some monitoring, and yes, this is broken and has been for a while.  Additionally, mounted partitions do not show up...  On the other hand, monitoring of ipsec tunnel bandwidth now works! Smiley

Sorry, I should have noticed this in the push to release.
« Reply #2 on: January 16, 2014, 01:43:56 »
brushedmoss ****
Posts: 446

Any idea what version this last worked for you on?
« Reply #3 on: January 16, 2014, 08:58:35 »
NickNorman *
Posts: 4

Phew, it's not me borking it then :-)

Last version here 1.34  worked OK for CPU & Memory, but don't know about IPSec.

Regards

Nick
« Reply #4 on: January 16, 2014, 18:12:40 »
Lee Sharp *****
Posts: 517

I know it is not working as far back as 1.8.1b540, but I can not tell you when it last worked...
« Reply #5 on: January 20, 2014, 23:28:23 »
brushedmoss ****
Posts: 446

So, this looks like it never worked in 1.8 , seems to be a compatibility between freebsd 8 and ucd-snmp.  ucd-snmp is having problems reading kernel memory.  it will take a bit of time to debug and fix.
« Reply #6 on: January 21, 2014, 09:02:30 »
NickNorman *
Posts: 4

OK,

No worries.

Regards & thanks

Nick
« Reply #7 on: January 21, 2014, 12:28:26 »
brushedmoss ****
Posts: 446

Can you try b568 which has a fix included ?

http://m0n0.ch/wall/snapshots/1.8.2/
« Reply #8 on: January 22, 2014, 08:01:18 »
Lee Sharp *****
Posts: 517

Not sure, but it may have some more mibs.

However, it did cause dnsmasq to keep crashing on boot.  I had to start it from exec.php before anything would work!  I have not seen this error before!

Jan 22 00:48:44    dnsmasq[234]: read /etc/hosts - 18 addresses
Jan 22 00:48:44    dnsmasq[234]: using nameserver 4.2.2.2#53
Jan 22 00:48:44    dnsmasq[234]: using nameserver 198.6.1.1#53
Jan 22 00:48:44    dnsmasq[234]: reading /etc/resolv.conf
Jan 22 00:48:44    dnsmasq[234]: compile time options: IPv6 GNU-getopt ISC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua no-TFTP no-conntrack no-ipset no-auth
Jan 22 00:48:44    dnsmasq[234]: started, version 2.66 cachesize 150
Jan 22 00:46:03    kernel: pid 89 (dnsmasq), uid 65534, was killed: out of swap space

And not sure why I would be out of swap space...'

$ df -h
Filesystem    Size    Used   Avail Capacity  Mounted on
/dev/md0       35M     17M     18M    49%    /
devfs         1.0k    1.0k      0B   100%    /dev
/dev/ad0a      24M     11M     13M    48%    /cf
« Reply #9 on: January 22, 2014, 11:22:57 »
NickNorman *
Posts: 4

Well, 1.8.2-b568 seems to have fixed the CPU mib, but the memory ones are still missing.

No crashes here but I've a fairly simple set-up regards routing (or I think it is).

Regards

Nick

p.s. Note To Self - must try to get my head around IPv6 and 'play' with that as I see M0n0wall now does IPv6
« Reply #10 on: January 23, 2014, 01:05:53 »
brushedmoss ****
Posts: 446

memory is a little harder ... will take a bit longer

Lee,  how much memory is in your system ?
« Reply #11 on: January 23, 2014, 06:25:07 »
Lee Sharp *****
Posts: 517

Should be 256 meg...  I am only using 18% of it.


$ top -d1
last pid:  1758;  load averages:  0.09,  0.03,  0.01  up 0+22:38:11    23:23:56
20 processes:  1 running, 18 sleeping, 1 zombie

Mem: 18M Active, 568K Inact, 16M Wired, 748K Cache, 9344K Buf, 161M Free
Swap:
 
Pages: [1]
 
 
Powered by SMF 1.1.20 | SMF © 2013, Simple Machines