Bug #123709 for Net-SNMP: get_table is hanging on a specific server

Wed Nov 22 04:06:58 2017 samuel.mutel [...] gmail.com - Ticket created

Subject:	get_table is hanging on a specific server
Date:	Wed, 22 Nov 2017 10:06:43 +0100
To:	bug-Net-SNMP@rt.cpan.org
From:	Samuel Mutel <samuel.mutel@gmail.com>

Hello,

I have a perl script with this piece of code.

my $mntBase = '.1.3.6.1.2.1.25.3.8.1';
$oid = $mntBase . ".2";
my $result = $session->get_table(-baseoid => $oid);

This works fine for one server (named SERVER01) but does not work for server two (named SERVER02). The script is hanging and exit in timeout.

shell> snmpwalk -On -v2c -c openview SERVER01 .1.3.6.1.2.1.25.3.8.1.2
.1.3.6.1.2.1.25.3.8.1.2.1 = STRING: "/"
.1.3.6.1.2.1.25.3.8.1.2.2 = STRING: "/boot"
.1.3.6.1.2.1.25.3.8.1.2.3 = STRING: "/home"
.1.3.6.1.2.1.25.3.8.1.2.4 = STRING: "/var"
.1.3.6.1.2.1.25.3.8.1.2.11 = STRING: "/dev/shm"
.1.3.6.1.2.1.25.3.8.1.2.13 = STRING: "/run"
.1.3.6.1.2.1.25.3.8.1.2.14 = STRING: "/sys/fs/cgroup"
.1.3.6.1.2.1.25.3.8.1.2.31 = STRING: "/var/lib/docker"
.1.3.6.1.2.1.25.3.8.1.2.32 = STRING: "/var/lib/docker/overlay"

shell> snmpwalk -On -v2c -c openview SERVER01 .1.3.6.1.2.1.25.3.8.1.2
.1.3.6.1.2.1.25.3.8.1.2.1 = STRING: "/"
.1.3.6.1.2.1.25.3.8.1.2.2 = STRING: "/boot"
.1.3.6.1.2.1.25.3.8.1.2.3 = STRING: "/home"
.1.3.6.1.2.1.25.3.8.1.2.4 = STRING: "/var"
.1.3.6.1.2.1.25.3.8.1.2.11 = STRING: "/dev/shm"
.1.3.6.1.2.1.25.3.8.1.2.13 = STRING: "/run"
.1.3.6.1.2.1.25.3.8.1.2.14 = STRING: "/sys/fs/cgroup"
.1.3.6.1.2.1.25.3.8.1.2.31 = STRING: "/var/lib/docker"
.1.3.6.1.2.1.25.3.8.1.2.32 = STRING: "/var/lib/docker/overlay"

Is-it a bug or a mistake of my code?

Thanks.

Thu May 17 16:58:50 2018 dtown [...] cpan.org - Status changed from 'new' to 'open'

Thu May 17 16:58:50 2018 dtown [...] cpan.org - Taken

Thu May 17 16:58:50 2018 dtown [...] cpan.org - Severity Normal added

Thu May 17 17:01:33 2018 dtown [...] cpan.org - Correspondence added

Based on the limited information, it is hard to tell what is going on. Can you provided the output produced when you turn on debugging [ snmp_debug(0xff); ] and attempt the query that fails? Have you tried to increaasing the timeout period and see if the host itself is taking a longer time to respond?