Send netdisco-users mailing list submissions to
netdisco-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/netdisco-users
or, via email, send a message with subject or body 'help' to
netdisco-users-requ...@lists.sourceforge.net
You can reach the person managing the list at
netdisco-users-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of netdisco-users digest..."
Today's Topics:
1. macsuck infinite loop, macsuck_no format not obvious
(Gavin Atkinson)
2. Re: macsuck infinite loop, macsuck_no format not obvious
(Oliver Gorwits)
3. Cisco N5k Trunk VLANs not found for ports on FEX
(Christian Ramseyer)
--- Begin Message ---
Hi all,
I'm using Netdisco 2.035006. I have a number of devices for which as
far as I can tell macsuck gets stuck in an infinite loop, until
eventually all netdisco-daemon worker threads are consumed. I intend
to file a bug report for this but first wanted to just prevent these
switches from killing netdisco job queue progress.
Firstly, what details are useful for me to provide in order to log the
infinite looping bug? Or is it already a known issue?
Secondly, the devices have an embedded linefeed in the description, and are:
"NJ5000-5G-PoE+ Walljack Software Version 5.20.99, Release 1109
Copyright(c)2010-2016 Hewlett Packard Enterprise Development LP",
however the string printed when doing a verbose discover hides that
linefeed, so it's not obvious (it's only visible if you query the
database directly, or if you do an snmpget directly). As a result of
this being two lines, this doesn't work:
macsuck_no:
- 'description:NJ5000.*'
(as an aside: where is the list of properties documented?). I have to
instead use the (?s) modifier:
macsuck_no:
- 'description:(?s)NJ5000.*'
I'm wondering if that should be default, especially as the linefeed
seems to be hidden in the "netdisco-do discover" output.
Finally, the docs mention that there used to be a macsuck_timeout
option, but that it doesn't yet work in v2. Is there a plan to
implement this any time soon?
Thanks,
Gavin
--- End Message ---
--- Begin Message ---
Hi Gavin,
On 2017-06-19 20:27, Gavin Atkinson wrote:
I'm using Netdisco 2.035006. I have a number of devices for which as
far as I can tell macsuck gets stuck in an infinite loop, until
eventually all netdisco-daemon worker threads are consumed. I intend
to file a bug report for this but first wanted to just prevent these
switches from killing netdisco job queue progress.
Yes, an issue on the github tracker would be useful - thank you. If you
can provide the output from "netdisco-do macsuck" with -DI or even -DII
as an attachment, it would be appreciated.
Firstly, what details are useful for me to provide in order to log the
infinite looping bug? Or is it already a known issue?
See above on details; and for "known issue?" - it depends: There are
some cases of bulkwalk not working correctly on some platforms, and then
also strange OID ordering/looping. Netdisco tries to detect some, or you
can apply config to avoid other cases. Once we see the debug output from
CLI with SNMP trace, it's usually clear what's happening.
However... in a forthcoming release of Netdisco there will be changes to
the scheduler's reaction to a "failed" job. It looks like, for you, that
the SNMP connect is successful ("discover" works) but the MAC tables are
problematic. Future-Netdisco will treat the former as a soft-fail and
retry (up to a point), and the latter as a hard-fail. So hopefully you
won't get so many clogged up workers.
Secondly, the devices have an embedded linefeed in the description, and
are:
"NJ5000-5G-PoE+ Walljack Software Version 5.20.99, Release 1109
Copyright(c)2010-2016 Hewlett Packard Enterprise Development LP",
however the string printed when doing a verbose discover hides that
linefeed, so it's not obvious (it's only visible if you query the
database directly, or if you do an snmpget directly).
Ooh - that's an interesting bug! Not sure off the top of my head whether
we want to squash linefeeds in descriptions. Perhaps one of the other
devs will chime in. Please open a separate issue at github about the
logging, though.
(as an aside: where is the list of properties documented?). I have to
instead use the (?s) modifier:
Again, the next version of Netdisco has much improved documentation on
the configuration options and settings for ACLs:
https://metacpan.org/pod/release/OLIVER/App-Netdisco-2.035999_010/lib/App/Netdisco/Manual/Configuration.pod#ACCESS-CONTROL-LISTS
Finally, the docs mention that there used to be a macsuck_timeout
option, but that it doesn't yet work in v2. Is there a plan to
implement this any time soon?
I'm not a great fan of timeouts as it can mask errors or problems on the
network, particularly if intermittent. Also the task of implementing
this in the current worker/job management system is not appealing. So,
patches welcome?
p.s. please subscribe to the list ;-)
regards,
oliver.
--- End Message ---
--- Begin Message ---
Hi guys
Given this setup:
204 Po204(SU) Eth LACP Eth106/1/7(P) Eth107/1/7(P)
*** # show fex 106 detail | include 1/7
Eth106/1/7 Up Po106
*** # show fex 107 detail | include 1/7
Eth107/1/7 Up Po107
interface port-channel204
description ***
switchport mode trunk
switchport trunk allowed vlan 461,475-476
Netdisco does not show anything in the VLAN Membership. The problem is
AFAICT Cisco-based, as the FEX ports are not included in VTP-MIB, e.g.
for vlanTrunkPortDynamicStatus:
interface: 369098955 port-channel204
.1.3.6.1.4.1.9.9.46.1.6.1.1.14.369098955 = No Such Instance currently
exists at this OID
Has anybody already noticed this or maybe even found a workaround? Our
N5k here still run 5.2(1)N1(9), but from the resolved issues in
5.2(1)N1(9a) and 5.2(1)N1(9b) it doesn't look like they would be any help.
Christian
--- End Message ---
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Netdisco mailing list - Digest Mode
netdisco-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netdisco-users
