Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-users digest..."
Today's Topics:
1. Re: updatedevices.pl endless loop (Patrick Landry)
2. Re: updatedevices.pl endless loop (Anton Berezin)
3. Re: updatedevices.pl endless loop (Patrick Landry)
4. Re: updatedevices.pl endless loop (Anton Berezin)
5. Re: updatedevices.pl endless loop (Patrick Landry)
----------------------------------------------------------------------
Message: 1
Date: Wed, 21 Jan 2015 14:09:04 -0600 (CST)
From: Patrick Landry <[email protected]>
Subject: Re: [Netdot-users] updatedevices.pl endless loop
To: netdot-users <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
----- Original Message -----
> Yes, but a well-behaving client should detect that and stop (as
> snmpbulkwalk
> does).
> If you do not have any SNMPv3 devices, and your Netdot installation
> is
> reasonably recent, and you are brave, :)
> you might want to enable an experimental USE_SNMP_QUERY_ENGINE=1
> setting
> as a workaround.
> It was supposed to be a performance improvement feature, but I know
> for a
> fact that SQE handles non-increasing OIDs fine, so it will be a nice
> side
> effect.
> The setup might be a tad tricky, since you will also need to run a
> separate
> daemon (https://github.com/tobez/snmp-query-engine), and install a
> couple of
> extra Perl modules. Ask me if you decide to go this route and need
> help.
> \Anton.
> --
> Our society can survive even a large amount of irrational regulation.
> -- John McCarthy
I can clone our production environment and do some testing. Thanks.
Should I create an issue in Redmine?
--
Patrick Landry
Director, UCSS
University of Louisiana at Lafayette
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/66d5f029/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ulfleur3.jpg
Type: image/jpeg
Size: 2228 bytes
Desc: not available
Url :
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/66d5f029/attachment-0001.jpg
------------------------------
Message: 2
Date: Wed, 21 Jan 2015 21:58:00 +0100
From: Anton Berezin <[email protected]>
Subject: Re: [Netdot-users] updatedevices.pl endless loop
To: Patrick Landry <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Wed, Jan 21, 2015 at 02:09:04PM -0600, Patrick Landry wrote:
> ----- Original Message -----
>
> > Yes, but a well-behaving client should detect that and stop (as
> > snmpbulkwalk
> > does).
> Should I create an issue in Redmine?
Before you do that, what is the version of the SNMP module (perl -MSNMP -le
'print $SNMP::VERSION')?
Another, simpler workaround - I do not know whether it will work though - is
to disable SNMP Bulk for either that particular device or globally
(Site.conf, DEFAULT_SNMPBULK = 0). Even if it helps, it will mean that it
will take substantially more time to query the device.
\Anton.
--
Our society can survive even a large amount of irrational regulation.
-- John McCarthy
------------------------------
Message: 3
Date: Wed, 21 Jan 2015 15:03:24 -0600 (CST)
From: Patrick Landry <[email protected]>
Subject: Re: [Netdot-users] updatedevices.pl endless loop
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
----- Original Message -----
> On Wed, Jan 21, 2015 at 02:09:04PM -0600, Patrick Landry wrote:
> > Should I create an issue in Redmine?
> Before you do that, what is the version of the SNMP module (perl
> -MSNMP -le
> 'print $SNMP::VERSION')?
# perl -MSNMP -le 'print $SNMP::VERSION'
5.05
> Another, simpler workaround - I do not know whether it will work
> though - is
> to disable SNMP Bulk for either that particular device or globally
> (Site.conf, DEFAULT_SNMPBULK = 0). Even if it helps, it will mean
> that it
> will take substantially more time to query the device.
How would I disable SNMP Bulk for just the one device? Is it possible to
disable it based on
device type? (We have several S4 chassis.)
--
Patrick Landry
Director, UCSS
University of Louisiana at Lafayette
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/43e6aacf/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ulfleur3.jpg
Type: image/jpeg
Size: 2228 bytes
Desc: not available
Url :
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/43e6aacf/attachment-0001.jpg
------------------------------
Message: 4
Date: Wed, 21 Jan 2015 22:32:37 +0100
From: Anton Berezin <[email protected]>
Subject: Re: [Netdot-users] updatedevices.pl endless loop
To: Patrick Landry <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Wed, Jan 21, 2015 at 03:03:24PM -0600, Patrick Landry wrote:
> ----- Original Message -----
>
> > On Wed, Jan 21, 2015 at 02:09:04PM -0600, Patrick Landry wrote:
>
> > > Should I create an issue in Redmine?
>
> > Before you do that, what is the version of the SNMP module (perl
> > -MSNMP -le
> > 'print $SNMP::VERSION')?
>
> # perl -MSNMP -le 'print $SNMP::VERSION'
> 5.05
Okay. You seem to have a decent version, for which there are no known
snmpbulk bugs...
Now, SNMP.pm has a setting, $SNMP::non_increasing (also called NonIncreasing
in the constructor), but it seems to be disabled by default.
Could you add the following line to lib/Netdot/Model/Device.pm, right after
the "my $TIMEOUT = ...." line close to the top of the file?
$SNMP::non_increasing = 1;
This should actually fix your problem, and I do not see there would be any
harmful side effects of doing this? Please report if it helps, in which
case I think that something very similar should be added to future Netdot
versions.
> > Another, simpler workaround - I do not know whether it will work
> > though - is
> > to disable SNMP Bulk for either that particular device or globally
> > (Site.conf, DEFAULT_SNMPBULK = 0). Even if it helps, it will mean
> > that it
> > will take substantially more time to query the device.
>
> How would I disable SNMP Bulk for just the one device? Is it possible to
> disable it based on
> device type? (We have several S4 chassis.)
In the device screen, tab "Basics", section "Management", setting "SNMP Bulk?".
I don't think it is possible to disable it by type.
\Anton.
--
Our society can survive even a large amount of irrational regulation.
-- John McCarthy
------------------------------
Message: 5
Date: Wed, 21 Jan 2015 15:58:47 -0600 (CST)
From: Patrick Landry <[email protected]>
Subject: Re: [Netdot-users] updatedevices.pl endless loop
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
----- Original Message -----
> Now, SNMP.pm has a setting, $SNMP::non_increasing (also called
> NonIncreasing
> in the constructor), but it seems to be disabled by default.
> Could you add the following line to lib/Netdot/Model/Device.pm, right
> after
> the "my $TIMEOUT = ...." line close to the top of the file?
> $SNMP::non_increasing = 1;
> This should actually fix your problem, and I do not see there would
> be any
> harmful side effects of doing this? Please report if it helps, in
> which
> case I think that something very similar should be added to future
> Netdot
> versions.
I made the change and
netdot/bin/updatedevices.pl -FA --host CLIENT-IP --communities COMM-STRING
--debug
ran to completion! I will run some more extensive tests this evening and report
results tomorrow.
> U > How would I disable SNMP Bulk for just the one device? Is it
> possible to disable it based on
> > device type? (We have several S4 chassis.)
> In the device screen, tab "Basics", section "Management", setting
> "SNMP Bulk?".
> I don't think it is possible to disable it by type.
OK. I'll file this away but hopefully the above fixes the problem for me.
Thanks so much.
--
Patrick Landry
Director, UCSS
University of Louisiana at Lafayette
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/96cdd934/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ulfleur3.jpg
Type: image/jpeg
Size: 2228 bytes
Desc: not available
Url :
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20150121/96cdd934/attachment.jpg
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 74, Issue 8
*******************************************