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. Re: Avaya ERS 48xx series - No entrys in modules plugin
(Tobias Gerlach)
2. Netdisco 2.024004 Errors when trying to discover juniper
switch (Gary Lloyd)
3. Re: Avaya ERS 48xx series - No entrys in modules plugin
(Oliver Gorwits)
4. Netdisco 2 Name Resolution Question (Mitch Todd)
5. Re: Avaya ERS 48xx series - No entrys in modules plugin
(Tobias Gerlach)
--- Begin Message ---
Thanks for your quick answer, Oliver.
But please can you help me with setting the INFO_TRACE=1 environment
variable, I'm not an expert in Perl, unfortunately :-/
What I've already done is, I've configured the "log: debug" option in
~environments/deployment.yml to have an extensive debug output in
~/logs/netdisco-daemon.log after restarting the daemon.
Regards Tobias
-----
Hi Tobias,
If you also set INFO_TRACE=1 environment variable when running
netdisco-do, you should see the SNMP::Info module making (or attempting)
each SNMP method on the device. It might show what is failing.
regards,
oliver.
2014-04-01 13:47 GMT+02:00 Tobias Gerlach <tobi...@gmail.com>:
> Hello list,
>
> for the following Avaya ERS 48xx models I've no entrys ("No matching
> records") in the modules plugin:
>
> -- ERS 48xx Series
> sreg-ERS-48xx OBJECT IDENTIFIER ::= { registration 78 }
> sreg-ERS-4826GTS-PWR-PLUS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 1 }
> sreg-ERS-4850GTS-PWR-PLUS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 2 }
> sreg-ERS-4826GTS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 3 }
> sreg-ERS-4850GTS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 4 }
>
> I'm using the latest ND2 and SNMP::Info version. All other Avaya ERS
> and Passports working fine, except the ERS 48xx models.
> The SW version of the switch should not be the problem. I see this
> issue in 5.7.0.009 and 5.6.1.053 as well.
> Any ideas?
>
> netdisco@server:~> netdisco-do discover -D -d <switch>
> [30305] info @0.000015> discover: started at Tue Apr 1 13:24:57 2014
> [30305] debug @0.340930> [1.2.3.4] try_connect with ver: 3, class:
> SNMP::Info::Layer2::Baystack, comm: v3user: <v3user>
> [30305] debug @1.400997> [1.2.3.4] device - aliased as 1.2.3.4
> [30305] debug @1.401247> resolving 1 aliases with max 50 outstanding requests
> [30305] debug @1.574317> [1.2.3.4] device - removed 1 aliases
> [30305] debug @1.581183> [1.2.3.4] device - added 1 new aliases
> [30305] debug @7.571367> [1.2.3.4] interfaces - removed 150 interfaces
> [30305] debug @7.627934> [1.2.3.4] interfaces - added 150 new interfaces
> [30305] debug @7.725758> [1.2.3.4] vlans - removed 2 device VLANs
> [30305] debug @7.728544> [1.2.3.4] vlans - added 2 new device VLANs
> [30305] debug @7.733238> [1.2.3.4] vlans - removed 0 port VLANs
> [30305] debug @7.760985> [1.2.3.4] vlans - added 150 new port VLANs
> [30305] debug @19.250928> [1.2.3.4] power - removed 3 power modules
> [30305] debug @19.254149> [1.2.3.4] power - added 3 new power modules
> [30305] debug @19.261714> [1.2.3.4] power - removed 0 PoE capable ports
> [30305] debug @19.296496> [1.2.3.4] power - added 144 new PoE capable ports
> [30305] debug @29.468603> [1.2.3.4] modules - removed 0 chassis modules
> [30305] debug @29.469113> [1.2.3.4] modules - added 0 new chassis modules
> [30305] debug @29.485220> [1.2.3.4] neigh - setting manual topology links
> [30305] info @29.904139> discover: finished at Tue Apr 1 13:25:27 2014
> [30305] info @29.904338> discover: status done: Ended discover for 1.2.3.4
> netdisco@server:~>
>
> ####
> App::Netdisco 2.024004
> SNMP::Info 3.13
> ####
>
> Thanks a lot!
>
> Tobias
--- End Message ---
--- Begin Message ---
Hello this is my first post.
I am currently trying out netdisco 2 as we are currently netdisco 1.x users.
It seems OK at discovering cisco equipment, but when I try to discover
juniper ex2200 switches I am getting the following problem:
[netdisco@melkor ~]$ ~/bin/netdisco-do -D discover -d 10.0.192.130
[15446] info @0.000015> discover: started at Wed Apr 2 14:05:08 2014
The pass option is deprecated. Use password instead. at
/home/netdisco/perl5/lib/perl5/Dancer/Plugin/DBIC.pm line 40.
[15446] debug @0.214281> [10.0.192.130] try_connect with ver: 2, class:
SNMP::Info::Layer3::Juniper, comm: public
[15446] debug @2.205533> [10.0.192.130] device - aliased as 10.0.192.130
[15446] debug @2.205763> resolving 1 aliases with max 50 outstanding
requests
[15446] debug @2.368730> [10.0.192.130] device - removed 1 aliases
[15446] debug @2.375727> [10.0.192.130] device - added 1 new aliases
[15446] debug @8.959597> [10.0.192.130] interfaces - removed 28 interfaces
[15446] debug @8.974682> [10.0.192.130] interfaces - added 28 new
interfaces
[15446] debug @9.508763> [10.0.192.130] vlans - removed 0 device VLANs
[15446] info @9.521709> discover: finished at Wed Apr 2 14:05:18 2014
[15446] info @9.521867> discover: status error: error running job:
DBIx::Class::Storage::DBI::_dbh_execute_for_fetch(): execute_for_fetch()
aborted with 'ERROR: duplicate key value violates unique constraint
"device_vlan_pkey"' at populate slice:
{
description => "default",
ip => "10.0.192.130",
last_discover => \"now()",
vlan => 0
} at /home/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line 457
Also the devices are showing up on the web app, but they are not showing as
having anything attached to their ports.
I have noticed that the UI seems alot faster than version 1.x when
displaying information for the juniper switches.
Can anyone help?
Thanks
*Gary Lloyd*
----------------------------------
IT Services
Keele University
-----------------------------------
--- End Message ---
--- Begin Message ---
On 2014-04-02 13:57, Tobias Gerlach wrote:
Thanks for your quick answer, Oliver.
But please can you help me with setting the INFO_TRACE=1 environment
variable, I'm not an expert in Perl, unfortunately :-/
What I've already done is, I've configured the "log: debug" option in
~environments/deployment.yml to have an extensive debug output in
~/logs/netdisco-daemon.log after restarting the daemon.
To set an environment variable in Linux at the command line, you prefix
the command, like so:
netdisco@server:~> INFO_TRACE=1 netdisco-do discover -D -d <switch>
The same goes for the daemon:
netdisco@server:~> netdisco-daemon stop
netdisco@server:~> INFO_TRACE=1 netdisco-daemon start
Yes, you'll get LOTS of logs ;)
regards,
oliver.
Regards Tobias
-----
Hi Tobias,
If you also set INFO_TRACE=1 environment variable when running
netdisco-do, you should see the SNMP::Info module making (or
attempting)
each SNMP method on the device. It might show what is failing.
regards,
oliver.
2014-04-01 13:47 GMT+02:00 Tobias Gerlach <tobi...@gmail.com>:
Hello list,
for the following Avaya ERS 48xx models I've no entrys ("No matching
records") in the modules plugin:
-- ERS 48xx Series
sreg-ERS-48xx OBJECT IDENTIFIER ::= { registration 78 }
sreg-ERS-4826GTS-PWR-PLUS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 1 }
sreg-ERS-4850GTS-PWR-PLUS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 2 }
sreg-ERS-4826GTS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 3 }
sreg-ERS-4850GTS OBJECT IDENTIFIER ::= { sreg-ERS-48xx 4 }
I'm using the latest ND2 and SNMP::Info version. All other Avaya ERS
and Passports working fine, except the ERS 48xx models.
The SW version of the switch should not be the problem. I see this
issue in 5.7.0.009 and 5.6.1.053 as well.
Any ideas?
netdisco@server:~> netdisco-do discover -D -d <switch>
[30305] info @0.000015> discover: started at Tue Apr 1 13:24:57
2014
[30305] debug @0.340930> [1.2.3.4] try_connect with ver: 3, class:
SNMP::Info::Layer2::Baystack, comm: v3user: <v3user>
[30305] debug @1.400997> [1.2.3.4] device - aliased as 1.2.3.4
[30305] debug @1.401247> resolving 1 aliases with max 50
outstanding requests
[30305] debug @1.574317> [1.2.3.4] device - removed 1 aliases
[30305] debug @1.581183> [1.2.3.4] device - added 1 new aliases
[30305] debug @7.571367> [1.2.3.4] interfaces - removed 150
interfaces
[30305] debug @7.627934> [1.2.3.4] interfaces - added 150 new
interfaces
[30305] debug @7.725758> [1.2.3.4] vlans - removed 2 device VLANs
[30305] debug @7.728544> [1.2.3.4] vlans - added 2 new device VLANs
[30305] debug @7.733238> [1.2.3.4] vlans - removed 0 port VLANs
[30305] debug @7.760985> [1.2.3.4] vlans - added 150 new port VLANs
[30305] debug @19.250928> [1.2.3.4] power - removed 3 power modules
[30305] debug @19.254149> [1.2.3.4] power - added 3 new power
modules
[30305] debug @19.261714> [1.2.3.4] power - removed 0 PoE capable
ports
[30305] debug @19.296496> [1.2.3.4] power - added 144 new PoE
capable ports
[30305] debug @29.468603> [1.2.3.4] modules - removed 0 chassis
modules
[30305] debug @29.469113> [1.2.3.4] modules - added 0 new chassis
modules
[30305] debug @29.485220> [1.2.3.4] neigh - setting manual topology
links
[30305] info @29.904139> discover: finished at Tue Apr 1 13:25:27
2014
[30305] info @29.904338> discover: status done: Ended discover for
1.2.3.4
netdisco@server:~>
####
App::Netdisco 2.024004
SNMP::Info 3.13
####
Thanks a lot!
Tobias
------------------------------------------------------------------------------
_______________________________________________
Netdisco mailing list
netdisco-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netdisco-users
--- End Message ---
--- Begin Message ---
I just set up a new ND2 installation, and found that a lot devices aren't
having their names resolved in v2 where they are in v1. Those that are
resolved in our DNS server are OK; however, most of our devices are
resolved in the /etc/hosts file on the netdisco server, and I'm seeing ip
addresses in the device field where I'm used to seeing the hostname. Does
ND2 ignore the hosts file when it resolves an IP? so far, I haven't found
an answer in the docs.
--- End Message ---
--- Begin Message ---
Hm... that's strange. I can't figure out why the ND2 bulkwalk runs
into a timeout for the 4850'er model.
Both switches have the same SW version v5.7.0.009 installed and for
both devices I'm able to collect that information with a classic
snmpwalk in proper time.
Any ideas what else I could check?
n.ok ->
...
SNMP::Info 3.13
SNMP::Info::device_type() layers:00000110 id:45 sysDescr:"Ethernet
Routing Switch 4850GTS-PWR+ HW:10 FW:5.7.0.1 SW:v5.7.0.009
BN:09 (c) Avaya Networks"
...
[22691] debug @18.264306> [10.32.110.9] power - removed 3 power modules
[22691] debug @18.268068> [10.32.110.9] power - added 3 new power modules
[22691] debug @18.273069> [10.32.110.9] power - removed 0 PoE capable ports
[22691] debug @18.309112> [10.32.110.9] power - added 144 new PoE capable ports
SNMP::Info::_load_attr entPhysicalDescr : ENTITY-MIB::entPhysicalDescr
: .1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_atrr: BULKWALK Timeout at
/usr/local/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line
561.
SNMP::Info::_load_attr ns_com_grp_idx :
S5-CHASSIS-MIB::s5ChasComGrpIndx : .1.3.6.1.4.1.45.1.6.3.3.1.1.1
SNMP::Info::_load_atrr: BULKWALK Timeout at
/usr/local/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line
561.
SNMP::Info::_load_attr s5ChasComRelPos :
S5-CHASSIS-MIB::s5ChasComRelPos : .1.3.6.1.4.1.45.1.6.3.3.1.1.13
SNMP::Info::_load_attr orig_e_descr : ENTITY-MIB::entPhysicalDescr :
.1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_type : ENTITY-MIB::entPhysicalVendorType
: .1.3.6.1.2.1.47.1.1.1.1.3
SNMP::Info::_load_attr orig_e_parent :
ENTITY-MIB::entPhysicalContainedIn : .1.3.6.1.2.1.47.1.1.1.1.4
SNMP::Info::_load_attr orig_e_name : ENTITY-MIB::entPhysicalName :
.1.3.6.1.2.1.47.1.1.1.1.7
SNMP::Info::_load_attr orig_e_class : ENTITY-MIB::entPhysicalClass :
.1.3.6.1.2.1.47.1.1.1.1.5
SNMP::Info::_load_attr orig_e_pos :
ENTITY-MIB::entPhysicalParentRelPos : .1.3.6.1.2.1.47.1.1.1.1.6
SNMP::Info::_load_attr orig_e_hwver :
ENTITY-MIB::entPhysicalHardwareRev : .1.3.6.1.2.1.47.1.1.1.1.8
SNMP::Info::_load_attr orig_e_fwver :
ENTITY-MIB::entPhysicalFirmwareRev : .1.3.6.1.2.1.47.1.1.1.1.9
SNMP::Info::_load_attr orig_e_swver :
ENTITY-MIB::entPhysicalSoftwareRev : .1.3.6.1.2.1.47.1.1.1.1.10
SNMP::Info::_load_attr e_model : ENTITY-MIB::entPhysicalModelName :
.1.3.6.1.2.1.47.1.1.1.1.13
SNMP::Info::_load_attr orig_e_serial :
ENTITY-MIB::entPhysicalSerialNum : .1.3.6.1.2.1.47.1.1.1.1.11
SNMP::Info::_load_attr e_fru : ENTITY-MIB::entPhysicalIsFRU :
.1.3.6.1.2.1.47.1.1.1.1.16
[22691] debug @28.527817> [10.32.1.9] modules - removed 0 chassis modules
[22691] debug @28.528361> [10.32.1.9] modules - added 0 new chassis modules
...
netdisco@server:~> snmpwalk -v 3 -l authPriv -u xxx -n "" -a MD5 -A
xxx -x AES -X xxx not-working-switch .1.3.6.1.2.1.47.1.1.1.1.2
SNMPv2-SMI::mib-2.47.1.1.1.1.2.1 = STRING: "Ethernet Routing Switch
4850GTS-PWR+ Stack"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.2 = STRING: "Ethernet Routing Switch
4850GTS-PWR+"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.3 = STRING: "10-Base 10/100/1000 Ethernet Port"
...
ok ->
...
SNMP::Info 3.13
SNMP::Info::device_type() layers:00000110 id:45 sysDescr:"Ethernet
Routing Switch 4548GT-PWR HW:11 FW:5.3.0.3 SW:v5.7.0.009
BN:09 (c) Avaya Networks"
...
[22700] debug @19.648640> [10.32.2.9] power - removed 2 power modules
[22700] debug @19.651492> [10.32.2.9] power - added 2 new power modules
[22700] debug @19.655514> [10.32.2.9] power - removed 0 PoE capable ports
[22700] debug @19.681444> [10.32.2.9] power - added 96 new PoE capable ports
SNMP::Info::_load_attr entPhysicalDescr : ENTITY-MIB::entPhysicalDescr
: .1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_descr : ENTITY-MIB::entPhysicalDescr :
.1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_type : ENTITY-MIB::entPhysicalVendorType
: .1.3.6.1.2.1.47.1.1.1.1.3
SNMP::Info::_load_attr orig_e_parent :
ENTITY-MIB::entPhysicalContainedIn : .1.3.6.1.2.1.47.1.1.1.1.4
SNMP::Info::_load_attr orig_e_name : ENTITY-MIB::entPhysicalName :
.1.3.6.1.2.1.47.1.1.1.1.7
SNMP::Info::_load_attr orig_e_class : ENTITY-MIB::entPhysicalClass :
.1.3.6.1.2.1.47.1.1.1.1.5
SNMP::Info::_load_attr orig_e_pos :
ENTITY-MIB::entPhysicalParentRelPos : .1.3.6.1.2.1.47.1.1.1.1.6
SNMP::Info::_load_attr orig_e_hwver :
ENTITY-MIB::entPhysicalHardwareRev : .1.3.6.1.2.1.47.1.1.1.1.8
SNMP::Info::_load_attr orig_e_fwver :
ENTITY-MIB::entPhysicalFirmwareRev : .1.3.6.1.2.1.47.1.1.1.1.9
SNMP::Info::_load_attr orig_e_swver :
ENTITY-MIB::entPhysicalSoftwareRev : .1.3.6.1.2.1.47.1.1.1.1.10
SNMP::Info::_load_attr e_model : ENTITY-MIB::entPhysicalModelName :
.1.3.6.1.2.1.47.1.1.1.1.13
SNMP::Info::_load_attr orig_e_serial :
ENTITY-MIB::entPhysicalSerialNum : .1.3.6.1.2.1.47.1.1.1.1.11
SNMP::Info::_load_attr e_fru : ENTITY-MIB::entPhysicalIsFRU :
.1.3.6.1.2.1.47.1.1.1.1.16
[22700] debug @21.356638> [10.32.88.6] modules - removed 113 chassis modules
[22700] debug @21.384159> [10.32.88.6] modules - added 113 new chassis modules
...
netdisco@server:~> snmpwalk -v 3 -l authPriv -u xxx -n "" -a MD5 -A
xxx -x AES -X xxx working-switch .1.3.6.1.2.1.47.1.1.1.1.2
SNMPv2-SMI::mib-2.47.1.1.1.1.2.1 = STRING: "Ethernet Routing Switch
4548GT-PWR Stack"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.2 = STRING: "Ethernet Routing Switch 4548GT-PWR"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.3 = STRING: "10-Base 10/100/1000 Ethernet Port"
...
--- End Message ---
------------------------------------------------------------------------------
_______________________________________________
Netdisco mailing list - Digest Mode
netdisco-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netdisco-users
