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. Re: Observium plugin link not working (Oliver Gorwits)
2. Re: REMOTE_USER ldap apache2 (Oliver Gorwits)
3. Re: REMOTE_USER ldap apache2 (Natxo Asenjo)
4. Re: REMOTE_USER ldap apache2 (Oliver Gorwits)
5. Re: REMOTE_USER ldap apache2 (Natxo Asenjo)
6. Re: REMOTE_USER ldap apache2 (Oliver Gorwits)
7. Re: ND2 strange node behaviour (Oliver Gorwits)
8. Re: ND2 strange node behaviour (Robert Kerr)
--- Begin Message ---
Hi,
On 2014-05-27 08:40, Laurens Vets wrote:
the Ports overview page. I also get a popup when hovering over the
Traffic icon. However, when I click this icon it sends me to a
non-existent port in my Observium installation:
If you get the popup hovering over the Traffic icon, is there a tiny
graph in the popup?
What do you mean by tiny? :) See the screenshot in attachment.
Many thanks. That shows that the basic plugin config is correct and you
can see the Observium data.
Unfortunately the hyperlink is a bit of a hack due to Observium not
supporting deep links into its pages (as a feature). I wonder whether
they have changed the URL structure which has caused the regression.
All I can suggest (as I don't have an up to date copy of Observium
here) is to try fiddling around with the URL. Perhaps the URL path parts
need to be different (compare to the actual URL of the port's page in
Observium?). The "ifdescr" parameter being passed as a Base64 encoded
string was a patch which they accepted a while back... I hope it still
works.
Sorry not to be of more help :(
regards,
oliver.
--- End Message ---
--- Begin Message ---
Hi Natxo,
Thanks for the additional information.
Just to let you know that I can reproduce the issue, which is indeed a
bug. I'll post back to the list when a fix is released.
regards,
oliver.
On 2014-05-26 14:45, Natxo Asenjo wrote:
On Mon, May 26, 2014 at 12:03 PM, Natxo Asenjo
<[email protected]
[3]> wrote:
I clicked on the port utilization report and got redirected to:
netdisco.domain.tld/login?return_url=%2Freport%2Fportutilization
for instance, when on the home site I do a mouse over 'System
information' the link under it is :
http://netdisco.unix.domain.tld:5000/# [1] . Behind the proxy, it
becomes:
https://netdisco.domain.tld/login?return_url=%252Finventory# [2]
so I am having some troubles with the reverse proxy I do not seem to
be able to resolve on my own. Tips welcome ;-)
I added
log: debug
to environment.yml and I see this in netdisco-web.log
[5836] debug @0.521952> No such user xxxx
[5836] debug @0.524081> No such user xxxx
[5835] debug @0.439999> No such user xxxx
[5837] debug @0.477245> No such user xxxx
[5837] debug @0.508538> No such user xxxx
[5837] debug @0.518644> No such user xxxx
[5837] debug @0.520917> No such user xxxx
[5837] debug @0.523004> No such user xxxx
[5837] debug @0.525105> No such user xxxx
so the x-remote-user is being set but not used, it seems. That's why
it is redirecting to the login url.
Links:
------
[1] http://netdisco.unix.domain.tld:5000/#
[2] https://netdisco.domain.tld/login?return_url=%252Finventory#
[3] mailto:[email protected]
--- End Message ---
--- Begin Message ---
On Tue, May 27, 2014 at 11:14 AM, Oliver Gorwits <[email protected]> wrote:
> Hi Natxo,
>
>
Hi Oliver,
> Thanks for the additional information.
>
> Just to let you know that I can reproduce the issue, which is indeed a
> bug. I'll post back to the list when a fix is released.
>
>
Awesome. Thanks so much for looking into this.
--
regards,
Natxo
--- End Message ---
--- Begin Message ---
Hi,
I've just uploaded version 2.027007 to CPAN which includes the fix for
this. It should be on the CPAN mirrors in a couple of hours.
I'd be grateful if you could test and let me know if it improves
things.
regards,
oliver.
On 2014-05-27 10:22, Natxo Asenjo wrote:
On Tue, May 27, 2014 at 11:14 AM, Oliver Gorwits <[email protected]
[1]>
wrote:
Hi Natxo,
Hi Oliver,
Thanks for the additional information.
Just to let you know that I can reproduce the issue, which is
indeed a
bug. I'll post back to the list when a fix is released.
Awesome. Thanks so much for looking into this.
--- End Message ---
--- Begin Message ---
On Tue, May 27, 2014 at 11:49 AM, Oliver Gorwits <[email protected]> wrote:
> Hi,
>
> I've just uploaded version 2.027007 to CPAN which includes the fix for
> this. It should be on the CPAN mirrors in a couple of hours.
>
> I'd be grateful if you could test and let me know if it improves
> things.
>
> regards,
> oliver.
>
Hi Oliver,
I just upgraded and it works :-)
Thanks!
--
regards,
Natxo
--- End Message ---
--- Begin Message ---
On 2014-05-27 12:58, Natxo Asenjo wrote:
I just upgraded and it works :-)
Great! thanks for letting us know.
regards,
oliver.
--- End Message ---
--- Begin Message ---
Hi List,
I wanted to follow up publicly with the outcome of some investigation
which Nick and I did. I know there are some others (Robert and Joseph)
paying attention to this thread, and you ought to know what we found...
There are two issues, but the TL;DR version is that there is no known
bug in Netdisco discovery/macsuck at this stage. I encourage anyone to
report similar behaviour though, so we can investigate other
installations.
1) I found that for some nodes a duplicate entry will appear connected
to a port in the Web UI, usually with a different timestamp. This is a
"cosmetic" artefact and as it shows more data rather than less, is not
such a problem. The data really _is_ in the database, and we need to
clean that up in a future release.
2) On Nick's switch, bizarrely, entries are popping in and out of the
MAC address table (confirmed via direct SNMP and CLI checks). So
sometimes Netdisco polls and finds nodes, other times it does not. It
seems Netdisco 1 would nevertheless display a node on the last port seen
if the ARP entry still exists. Netdisco 2 is more strict and will not do
this (behaviour which I think is correct - the node could have moved to
an undiscovered device).
This explains what Nick has seen, but as I say, I'd welcome other
reports of UI behaviour which needs further investigation/explanation!
I hope this helps,
regards,
oliver.
On 2014-04-29 17:53, Nikolaos Milas wrote:
On 29/4/2014 3:40 μμ, Oliver Gorwits wrote:
I'll give Nick a little time to respond, and then push this version
to
CPAN officially.
Thanks Oliver,
I installed the new version but it did not correct the problem I
described. The situation remains as before.
All the best,
Nick
--- End Message ---
--- Begin Message ---
On 28/05/14 21:30, Oliver Gorwits wrote:
> 2) On Nick's switch, bizarrely, entries are popping in and out of the
> MAC address table (confirmed via direct SNMP and CLI checks). So
> sometimes Netdisco polls and finds nodes, other times it does not. It
> seems Netdisco 1 would nevertheless display a node on the last port seen
> if the ARP entry still exists. Netdisco 2 is more strict and will not do
> this (behaviour which I think is correct - the node could have moved to
> an undiscovered device).
Maybe this behaviour could be made configurable?
I can see advantages to both methods depending how frequently devices
move in an environment and whether there are (m)any undiscovered
devices. How often you run the macsuck would be an issue too. The less
often you run a macsuck the more the older behaviour makes sense.
> This explains what Nick has seen, but as I say, I'd welcome other
> reports of UI behaviour which needs further investigation/explanation!
What I'm seeing tends to be quite rare and as it seems to go away on the
next macsuck there is only every a small window to investigate.
--
Robert Kerr
--- End Message ---
------------------------------------------------------------------------------
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users
