SNMP DateAndTime appears as hex

[violatohr]

hi all!

So here's what I'm facing:

I have Zabbix 2.2 working pretty well in general, including a "screen" that displays a number of SNMP (polled) values. Most of these come out fine - software exe names, versions, counts, etc. However, I have one item that is a date stamp on the adaptation. Doing an SNMP walk produces the expected result:

SOME-MIB::someAdaptationDate.local = STRING: 2014-7-21,10:11:32.0

However, on my "screen" the value is displayed as hexadecimal...

I chatted with the developer that wrote the snmp agent for our software, and he says that this OID returns "the standard SNMP textual convention DateAndTime" (which the snmpwalk is apparently translating to text).

I have tried each sort "Type of information" in the item, without any luck. What am I missing?

Thanks!
V

[violatohr]

platform info

CentOS 6.5

Zabbix
- zabbix-server 2.2.3 AND 2.2.5
- zabbix-web 2.2.3 AND 2.2.5
* i.e., I upgraded each, but the problem persists...

PHP
- php 5.3.3

accessed with the following Web Browsers:
- firefox 24.6.0
- chromium 31.0.1650.63 Built from source for CentOS release 6.5 (Final) (238485)

[violatohr]

related? zabbix jira ticket

sounds like this may be related to:

https://support.zabbix.com/browse/ZBX-8338

but honestly, I have a hard time following all of that.

-V

[violatohr]

workable resolution

Not the type of solution I'd hope for, but allowing the zabbix-server to run as root (AllowRoot=1 in /etc/zabbix/zabbix_server.conf) fixes this. I'd think this has something to do with the "zabbix" unprivileged user only having an 'unprivileged' level of access to the snmp tools...

This seems like a functionality hole; so, I will be searching for a better way. I see that some snmp toolsets allow an unprivileged user access--just not the 'normal/default' ones that install via yum...

-V

[mschedrin]

I've just bumped into the same trouble. Have you violatohr found any solution to this? I mean without running zabbix_server as root.

[violatohr]

:-/ cannot recall exactly

sorry... I *think* I found a fix, but I cannot recall, and have since moved on to other projects and have no access to my old work products.

[Crypty]

I have the same trouble, anyone with a solution?

[Crypty]

Hi,

Update:

I still did NOT succeed... but...

From the Zabbix 3.0.7 shell (one is on CentOS7, one is on Ubuntu 14.04.5 LTS)

# snmptranslate -IR -On systemDate.0
Unknown object identifier: systemDate.0

I got

# snmptranslate -IR -On systemDate.0
.1.3.6.1.4.1.33555.10.40.9.0

And it was because I created a file like this:

# cat /etc/snmp/snmp.conf
mibs +/usr/share/snmp/mibs/MG-MIB.txt

In Ubuntu, I have slightly different style:

# cat /usr/share/snmp/snmp.conf
mibs +MG-MIB

---------------

This also causes that I can read it via snmpget correctly:

# snmpget -v3 -l authNoPriv -u zabbix -a MD5 -A zabbix1212 10.15.17.163:8161 systemDate.0
MG-MIB::systemDate.0 = STRING: 2017-2-17,8:49:50.0,+1:0

Without the file, I got

# snmpget -v3 -l authNoPriv -u zabbix -a MD5 -A zabbix1212 10.15.17.163:8161 systemDate.0
systemDate.0: Unknown Object Identifier (Sub-id not found: (top) -> systemDate)

If I specified the OID

# snmpget -v3 -l authNoPriv -u zabbix -a MD5 -A zabbix1212 10.15.17.163:8161 .1.3.6.1.4.1.33555.10.40.9.0
iso.3.6.1.4.1.33555.10.40.9.0 = Hex-STRING: 07 E1 02 11 08 32 28 00 2B 01 00

So I moved forward, but not enough to get it into Zabbix.

Any ideas, gents?
(the MIB file is our company product's MIB)

[Crypty]

Hi!

I rebooted the Zabbix server and it started to work!

[SOLVED]
- solved with the snmp.conf, as mentioned above.