netdisco-users Digest, Vol 134, Issue 6
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: Trying to test MIBS, but install seems stuck (Hans Erasmus)
--- Begin Message ---
So running an strace in front of this command, I get the following.
write(1, "\33[33m\342\241\277 \33[36mBuilding net-snmp "..., 54⡿ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\242\277 \33[36mBuilding net-snmp "..., 54⢿ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\273 \33[36mBuilding net-snmp "..., 54⣻ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\275 \33[36mBuilding net-snmp "..., 54⣽ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\276 \33[36mBuilding net-snmp "..., 54⣾ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\267 \33[36mBuilding net-snmp "..., 54⣷ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\257 \33[36mBuilding net-snmp "..., 54⣯ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\237 \33[36mBuilding net-snmp "..., 54⣟ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\241\277 \33[36mBuilding net-snmp "..., 54⡿ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\242\277 \33[36mBuilding net-snmp "..., 54⢿ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\273 \33[36mBuilding net-snmp "..., 54⣻ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\275 \33[36mBuilding net-snmp "..., 54⣽ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, NULL) = 0
wait4(6901, 0x7fff1ee9f524, WNOHANG, NULL) = 0
) = 4
write(1, "\33[33m\342\243\276 \33[36mBuilding net-snmp "..., 54⣾ Building
net-snmp dependencies(1)...) = 54
nanosleep({0, 5000}, ^CProcess 6900 detached
Any ideas?
Regards
Hans
On Thu, 10 Aug 2017 at 13:26 Hans Erasmus wrote:
> Hi All
>
> I am trying to do my bit and test some D-link MIBS which I hope to be able
> to add to netdisco-mibs for the community to use. I am using the
> instructions from this link
> .
>
> However, the step where it says "7. Bootstrap net-snmp with custom
> configuration: EXTRAS/scripts/setmaxtc" I ran the following command:
>
> /usr/bin/perl EXTRAS/scripts/setmaxtc
>
> and now it seems the thing is stuck. It just states:
>
> Building net-snmp dependancies(1)... and has been on this step now for
> roughly about 4 hours. Is this normal? How long should this take? (First
> time running it).
>
> Attached is a print screen of what happened up to now.
>
> Regards
>
> Hans[image: Netdisco-mibs-error.png]
>
--- 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
netdisco-users Digest, Vol 134, Issue 5
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: IP address confusion when discovering Arista switch (Oliver Gorwits) 2. Re: Multiple Subnets NOT showing up in IP Inventory & LDAP AD authentication don't work (Oliver Gorwits) 3. Trying to test MIBS, but install seems stuck (Hans Erasmus) --- Begin Message --- Hi Mark Yes that's an interesting one! The DELETE SQL statements at the end are the part of Netdisco where it tries to determine the best IP for the device. Netdisco has decided to renumber the device to 192.168.1.2 so it first deletes any device with that IP, then renumbers (and issues a log message): https://github.com/netdisco/netdisco/blob/master/lib/App/Netdisco/Core/Discover.pm#L101 Do you have reverse_sysname or device_identity configured? What is in the device_ip DB table for this device (check both IPs)? And what is the output of: ~netdisco/bin/netdisco-do show -DI -d 10.1.2.3 -e ip_index ~netdisco/bin/netdisco-do show -DI -d 192.168.1.2 -e ip_index regards, Oliver. On 2017-08-10 00:17, Mark Boolootian wrote: We have a very odd problem with an Arista switch that sits in the center of our data center. It has IP 10.1.2.3. Recently, I noticed that when I looked up the device in netdisco, it was reporting with the IP 192.168.1.2. That IP address belongs to a host on a VLAN that runs through the Arista switch. But the host is a host, it isn't running an L2 discovery protocol, it has another (Brocade) switch between it and the Arista switch, so I have no idea how the Arista switch is reporting the host IP address instead of its own. I ran a discover with debug enabled in hopes that someone might be able to provide some hint about the cause of trouble (or some additional recommendations on troubleshooting). I've truncated the output as it didn't seem like all of it would be useful. Suggestions welcome. best, mark netdisco@noc-prod-netdisco-2 ~]$ netdisco-do discover -d aristaswitch -DIQ SELECT me.version, me.installed FROM dbix_class_schema_versions me WHERE 1 = 0 SELECT me.version FROM dbix_class_schema_versions me ORDER BY installed DESC LIMIT '1' SELECT me.ip, me.alias, me.subnet, me.port, me.dns, me.creation FROM device_ip me WHERE me.alias = '10.1.2.3' AND me.ip = '10.1.2.3' SELECT me.ip, me.alias, me.subnet, me.port, me.dns, me.creation FROM device_ip me WHERE alias = '10.1.2.3' SELECT me.ip, me.creation, me.dns, me.description, me.uptime, me.contact, me.name [1], me.location, me.layers, me.ports, me.mac, me.serial, me.model, me.ps1_type, me.ps2_type, me.ps1_status, me.ps2_status, me.fan, me.slots, me.vendor, me.os, me.os_ver, me.log, me.snmp_ver, me.snmp_comm, me.snmp_class, me.vtp_domain, me.last_discover, me.last_macsuck, me.last_arpnip, to_char( last_arpnip, '-MM-DD HH24:MI' ), to_char( last_discover, '-MM-DD HH24:MI' ), to_char( last_macsuck, '-MM-DD HH24:MI' ), extract( epoch FROM age( now( ), last_arpnip ) ), extract( epoch FROM age( now( ), last_discover ) ), extract( epoch FROM age( now( ), last_macsuck ) ), replace( age( timestamp 'epoch' + uptime / 100 * interval '1 second', timestamp '1970-01-01 00:00:00-00' ) ::text, 'mon', 'month' ) FROM device me WHERE me.ip = '10.1.2.3' [20828] 2017-08-09 22:50:15 info discover: [10.1.2.3] started at Wed Aug 9 15:50:15 2017 SELECT me.ip, me.snmp_comm_rw, me.snmp_auth_tag_read, me.snmp_auth_tag_write FROM community me WHERE me.ip = '10.1.2.3' SELECT me.ip, me.snmp_comm_rw, me.snmp_auth_tag_read, me.snmp_auth_tag_write FROM community me WHERE me.ip = '10.1.2.3' [20828] 2017-08-09 22:50:15 debug [10.1.2.3] try_connect with ver: 3, class: SNMP::Info, comm: SNMP::Info::_global uptime : DISMAN-EVENT-MIB::sysUpTimeInstance : .1.3.6.1.2.1.1.3.0 SNMP::Info::_validate_autoload_method(CARP_TRACE) Unable to resolve method. SNMP::Info::_global(uptime) Unknown user name at /home/netdisco/perl5/lib/perl5/App/Netdisco/Util/SNMP.pm line 180. [20828] 2017-08-09 22:50:16 debug [10.1.2.3] try_connect with ver: 3, class: SNMP::Info, comm: SNMP::Info::_global uptime : DISMAN-EVENT-MIB::sysUpTimeInstance : .1.3.6.1.2.1.1.3.0 SNMP::Info::_validate_autoload_method(CARP_TRACE) Unable to resolve method. SNMP::Info::_global(uptime) Unknown user name at /home/netdisco/perl5/lib/perl5/App/Netdisco/Util/SNMP.pm line 180. [20828] 2017-08-09 22:50:16 debug [10.1.2.3] try_connect with ver: 2, class: SNMP::Info, comm: SNMP::Info::_global uptime :
