Send netdisco-users mailing list submissions to
[email protected]
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
[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 netdisco-users digest..."
Today's Topics:
1. Netdisco not showing connected devices when using RC script /
Cisco ASA5585 Arpnip (Sebastian R?sch)
2. Macsuck loops "forever"? (Andy Ruhl)
3. Re: Macsuck loops "forever"? ([email protected])
4. Re: Macsuck loops "forever"? (Andy Ruhl)
5. Re: Macsuck loops "forever"? (Oliver Gorwits)
6. Re: Macsuck loops "forever"? (Andy Ruhl)
--- Begin Message ---
Hello all,
I´m currently stuck with my netdisco v 2.029014. Earlier I already ran into
this problem, but i didn´t know, what it was caused by. This time the problem
started with creating and using startup scripts for netdisco-daemon and
netdisco-web. I copied them to /etc/init.d. The netdisco processes worked as
expected for me. But today, as I took a closer look at the devices and the
connected devices, I didn´t see any device. Now I removed the startup scripts,
started the netdisco processes with user:netdisco and I see the connected
devices again. Can somebody tell me, why this happens? Is this permission
related due to running the netdisco processes with user root? If yes, whats the
best way to change this?
Another thing is, that I want to arpnip a cisco asa 5585 firewall. Has somebody
already done this, without modyfing netdisco? I found this Article from 2010,
does it still apply? http://sourceforge.net/p/netdisco/mailman/message/26465537/
Netdisco doesn´t get any addresses out of it... And I verified, there are
entries available.
Best Regards
Sebastian
--- End Message ---
--- Begin Message ---
Has anyone seen this problem?
I was only able to find this by spacing out macsuck and arpnip operations
to 3 hours instead of 1 hour which I learned to do in a previous thread.
Anyway, I have about 5 devices where macsuck never ends. I don't know why.
I suspect it's a code bug on the devices (because they have stuff in
common), but I figured I would ask anyway.
I found this by doing ps -elf | grep macsuck. The same 5 devices are always
present, and tcpdump confirms that traffic is actually moving. If I delete
them, they get auto-discovered again and the problem happens again.
Andy
--- End Message ---
--- Begin Message ---
Hi,
> I found this by doing ps -elf | grep macsuck. The same 5 devices are
> always present, and tcpdump confirms that traffic is actually moving. If I
> delete them, they get auto-discovered again and the problem happens again.
run the macsuck interactively and see what the output shows...
alan
--- End Message ---
--- Begin Message ---
On Mon, Jan 5, 2015 at 6:37 AM, <[email protected]> wrote:
> Hi,
>
> > I found this by doing ps -elf | grep macsuck. The same 5 devices are
> > always present, and tcpdump confirms that traffic is actually moving.
> If I
> > delete them, they get auto-discovered again and the problem happens
> again.
>
> run the macsuck interactively and see what the output shows...
>
Using netdisco-do -DISQ macsuck -d <address> it appears to hang here:
SELECT me.mac, me.ip
FROM device_port me
WHERE mac IS NOT NULL AND mac != '00:00:00:00:00:00'
GROUP BY mac, ip
SELECT me.mac, me.ip
FROM device me
WHERE mac IS NOT NULL
SNMP::Info::_load_attr i_description : IF-MIB::ifDescr :
.1.3.6.1.2.1.2.2.1.2
SNMP::Info::_load_attr i_index : IF-MIB::ifIndex : .1.3.6.1.2.1.2.2.1.1
SNMP::Info::_load_attr i_alias : IF-MIB::ifAlias : .1.3.6.1.2.1.31.1.1.1.18
SNMP::Info::_load_attr orig_i_name : IF-MIB::ifName :
.1.3.6.1.2.1.31.1.1.1.1
SNMP::Info::_load_attr qb_fw_port : Q-BRIDGE-MIB::dot1qTpFdbPort :
.1.3.6.1.2.1.17.7.1.2.2.1.2
tcpdump repeats this over and over:
07:21:17.486204 IP <netdisco2machine>.58510 > <device>.snmp: C=<funstuff>
GetBulk(43) N=0 M=20 .1.3.6.1.2.1.17.7.1.2.2.1.2.7.0.13.236.239.168.128
Andy
--- End Message ---
--- Begin Message ---
On 2015-01-05 14:26, Andy Ruhl wrote:
On Mon, Jan 5, 2015 at 6:37 AM, <[email protected] [1]> wrote:
run the macsuck interactively and see what the output shows...
Using netdisco-do -DISQ macsuck -d <address> it appears to hang here:
07:21:17.486204 IP <netdisco2machine>.58510 > <device>.snmp:
C=<funstuff> GetBulk(43) N=0 M=20
.1.3.6.1.2.1.17.7.1.2.2.1.2.7.0.13.236.239.168.128
Okay, now try adding the device IP to the bulkwalk_no setting in your
config, because it looks like it might have a dodgy implementation.
https://metacpan.org/pod/distribution/App-Netdisco/lib/App/Netdisco/Manual/Configuration.pod#bulkwalk_no
e.g.:
bulkwalk_no:
- 192.0.2.1
regards,
oliver.
--- End Message ---
--- Begin Message ---
On Mon, Jan 5, 2015 at 12:37 PM, Oliver Gorwits <[email protected]> wrote:
> On 2015-01-05 14:26, Andy Ruhl wrote:
> > On Mon, Jan 5, 2015 at 6:37 AM, <[email protected] [1]> wrote:
> >> run the macsuck interactively and see what the output shows...
> >
> > Using netdisco-do -DISQ macsuck -d <address> it appears to hang here:
> >
> > 07:21:17.486204 IP <netdisco2machine>.58510 > <device>.snmp:
> > C=<funstuff> GetBulk(43) N=0 M=20
> > .1.3.6.1.2.1.17.7.1.2.2.1.2.7.0.13.236.239.168.128
>
> Okay, now try adding the device IP to the bulkwalk_no setting in your
> config, because it looks like it might have a dodgy implementation.
>
>
> https://metacpan.org/pod/distribution/App-Netdisco/lib/App/Netdisco/Manual/Configuration.pod#bulkwalk_no
>
> e.g.:
>
> bulkwalk_no:
> - 192.0.2.1
>
> This appears to be working.
Thanks!
Andy
--- End Message ---
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users
