Bruno Galindro da Costa | 22 Jul 15:36 2014
Picon

Switch inventory isn't updated

At http://nav.setic.ufsc.br/report/swport, I can view my interfaces with VLANs assignments. The problem is: the information for a given netbox isn't updated. All of the jobs are running fine for that netbox (green lights in jobs list). 

For example: I've a set of tagged VLANs in a trunk port on that switch that isn't reported by NAV.

I'll sent to Morten DEBUG logs from ipdevpolld inventory job.

--
Att.
Bruno Galindro da Costa
Sigurd Mytting | 14 Jul 10:21 2014
Picon

Mobile routers in NAV


Hi!

I will be deploying about 100 mobile routers in cars the next six
months, they will be offline whenever the car is moving and out of
cellular coverage and when the car is not in use by our roadside
people. These routers will be in a closed VPN/APN from our teleprovider
so I have full access and controll whenever they are online.

I'm wondering how to add these to NAV; I really don't care if they are
down and preferably they should not show up as such under "Status".  I
would like statistics whenever they are online (not to mention the
mac-adresses connected, possibly also a few other more specialized
metrics like cell signal and so on).

If it matters; we'll be using Cisco hardened 819 routers with an
integrated WiFi access point.

Anyone having any pointers to how I should manage them in NAV?

Cheers,
-Sigurd

Sigurd Mytting | 14 Jul 07:16 2014
Picon

Re: Netmap showing gray traffic

[Bruno Galindro da Costa]

|  Why netmap is showing gray traffic of my interfaces? See this
|  print (I've removed the net prefix for security reasons):

Not that it's of any help, but I saw the same thing before netmap stoped
working, now I get "Error loading graph, please try to reload the page"
and a Django Internal Server Error by email (this started after I added
a few hundred devices, haven't had the time to look into it yet).

The same thing is also there in geomap, but it is working.

My setup is based on UNINETT deb-packages and three servers, splitting
out graphite and postgresql on separate boxes (as previously discussed
on this list:-)

Cheers,
-Sigurd

Morten Brekkevold | 24 Jul 11:00 2014
Picon
Picon

Re: Netmap showing gray traffic

On Fri, 11 Jul 2014 17:48:50 -0300 Bruno Galindro da Costa
<bruno.galindro@...> wrote:

> Why netmap is showing gray traffic of my interfaces? See this print (I've
> removed the net prefix for security reasons):

I'm not sure, it could a multitude of reasons. Our summer intern,
Eivind, is working on the Netmap code this summer and has been
investigating something similar to this. He may be able to help
you. He's on vacation this week, but I believe he will be back next
week.

Cc: to Eivind; not sure you are subscribed to nav-users, so there's a
hot tip for you :)

--

-- 
Morten Brekkevold
UNINETT

Morten Brekkevold | 24 Jul 10:44 2014
Picon
Picon

Re: NAV not getting LLDP information from switches

On Fri, 11 Jul 2014 17:18:19 -0300 Bruno Galindro da Costa
<bruno.galindro@...> wrote:

> Good news. The procedure works perfectly!!!

Good to hear!

[snip]
> This is another procedure that can be inserted in docs to provide a more
> detailed knowledge base.
>
> I can help with this if you want.

Thank you :) We do have an FAQ in the wiki, which I think is really
outdated by now, and it should also really be moved to our Sphinx-based
documentation.  We could probably do with an update of the FAQ; I know
I've helped more than one person with these kind of problems :) Some
troubleshooting tips in the FAQ would help.

I posted some pointers yesterday, but please don't hesitate to ask if
you need help getting started. I'm still in Berlin, so I'll be partially
responsive until tomorrow, then I have another 2 weeks of vacation. Same
goes for John-Magne, I'm afraid.

--

-- 
Morten Brekkevold
UNINETT

Morten Brekkevold | 23 Jul 14:02 2014
Picon
Picon

Re: NAV not getting LLDP information from switches

On Fri, 11 Jul 2014 14:42:07 -0300 Bruno Galindro da Costa
<bruno.galindro@...> wrote:

>>
>> You are referring to three different addresses here, not two, which is a
>> bit confusing. I'm going to assume that whenever you wrote 250.121,
>> what you really meant was 252.121.
>
>
> Yes! The correct IP adress is 252.121. Sorry :)
>
>> So, my question is: If you search for 00-1E-C1-ED-78-80 in the Machine
>> Tracker, do you have any hits for 251.245? If you look at the complete
>
>> interface report for 251.245, do you see any interfaces with this adress
>> in the physical address column?
>
>
>
> No for booth, and now I know why: 00-1E-C1-ED-78-80 is the chassis MAC
> Address os 251.245 switch. The mac address of 251.245 is 00:1e:c1:ed:78:8*1*.
> This is because 251.245 is the IP address of a VLAN interface... The device
> was registered with category SW not GSW. After change the device
> category from SW to GSW, waiting a few minutes to ipdevpool run, the
> machine tracker could find the relation beetween 251.245 and
> 00:1e:c1:ed:78:8*1.*

I'm not immediately sure why that helped, but I'm currently at
EuroPython in Berlin inbetween my vacation weeks, so my memory on this
issue may be foggy ;)

A bridge MAC address is retrievable via the BRIDGE-MIB, but NAV doesn't
currently use this for anything.  If this address doesn't correspond to
any of the physical interfaces that are collected, and is never used for
IP communication, NAV will not see it. This may be what was the case
here.

It may be that we should collect and store the bridge address somewhere
to aid in identication. It may also be that one of the auxilliary tables
of the LLDP-MIB will provide more information. From the snmpwalk dumps
you sent, it appears that there was more information to be found about
the remote hosts discovered by LLDP.

If you would file a bug report we won't forget about it :)

--

-- 
Morten Brekkevold
UNINETT

Morten Brekkevold | 23 Jul 13:52 2014
Picon
Picon

Re: ipdevpolld topo job error

On Fri, 11 Jul 2014 13:15:50 -0300 Bruno Galindro da Costa
<bruno.galindro@...> wrote:

> Thanks for explanation.
>
> Is there any chance to put this kind of information in nav docs? Two
> interesting things were explained in this thread.

Sure, if you have suggestions on where it would fit in the existing
docs. Our documentation practices could be a lot better.

> I'm here to help with this if you want... I'm work in a University in
> Brazil -> UFSC <http://ufsc.br/> and I can help the project feeding the
> knowledge base whenever possible.

We would love help with our docs, if you have something to
contribute :-) It helps to know a bit about Sphinx [1], which we use as our
documentation system, and a bit about Mercurial for version control.

Though our official code repository is hosted at nav.uninett.no, we use
Bitbucket extensively when working. Our official repository is mirrored
at [2], so the most seamless way to contribute is to fork that repo and
send pull requests through Bitbucket.

[1] http://sphinx-doc.org/
[2] https://bitbucket.org/mbrekkevold/nav-mirror

--

-- 
Morten Brekkevold
UNINETT

Corey Thompson | 1 May 17:44 2014
Picon

Integration with GIS

Before I start doing such, I'm wondering if anyone has done any 
integration between NAV and a PostGIS based GIS system (mostly using 
QGIS for "frontend"), as I would rather add to existing work rather than 
repeating it...I thinking of just creating views in postgres referencing 
NAV data for the GIS to use to retrieve device inventory, status, and 
statistics in spatial queries. If it becomes successful and useful, I 
will do a writeup.

  --
Corey Thompson
Technology Manager
East Grand Forks Water and Light
1010 5th Avenue Northeast
East Grand Forks, Minnesota 56721
218-399-3310 direct
cthompson@...

Joachim Tingvold | 27 Apr 05:50 2014

Setting up NAV from scratch/non-OVA (Graphite-issues)

Hi,

Decided to install NAV from 'scratch' (i.e. not use the OVA-package). Got NAV running fine, but had some
hiccups getting Graphite working as it should. Found no documentation on this what-so-ever (neither on
the NAV-pages, or the Graphite-pages), so had to try-and-fail some. Thought I'd share.

 - Debian Wheezy (not OVA)
 - NAV via apt (from https://nav.uninett.no/debian)
      root <at> tardis:~# dpkg -s nav|grep Vers
      Version: 4.0.1-3

1) Fixed /etc/nav/graphite.conf;
	base=http://localhost:8888/

2) Copied content of '/usr/share/graphite-web/apache2-graphite.conf' into own VHost;
	<VirtualHost localhost:8888>
	( + add NameVirtualHost + Listen in /etc/apache2/ports.conf)

3) Set 'CARBON_CACHE_ENABLED=true' in '/etc/default/graphite-carbon'
   Set 'ENABLE_UDP_LISTENER = True' in '/etc/carbon/carbon.conf'
   Set 'SECRET_KEY = <longsecretstring>' in '/etc/graphite/local_settings.py'
   Set 'TIME_ZONE = '<Gallifrey>' in '/etc/graphite/local_settings.py'

4) cd /usr/share/pyshared/graphite
   python manage.py syncdb

5) Started carbon-cache (/etc/init.d/carbon-cache start)

6) Started NAV + apache

Should work.

Some of the errors I got along the road; <http://files.jocke.no/b/nav-graphite-error.txt>.

--

-- 
Joachim
Attachment (smime.p7s): application/pkcs7-signature, 5009 bytes
Joachim Tingvold | 27 Apr 16:56 2014

Setting up NAV from scratch/non-OVA (Graphite-issues)

Hi,

Decided to install NAV from 'scratch' (i.e. not use the OVA-package). 
Got NAV running fine, but had some hiccups getting Graphite working as 
it should. Found no documentation on this what-so-ever (neither on the 
NAV-pages, or the Graphite-pages), so had to try-and-fail some. Thought 
I'd share.

  - Debian Wheezy (not OVA)
  - NAV via apt (from https://nav.uninett.no/debian)
       root <at> tardis:~# dpkg -s nav|grep Vers
       Version: 4.0.1-3

1) Fixed /etc/nav/graphite.conf;
	base=http://localhost:8888/

2) Copied content of '/usr/share/graphite-web/apache2-graphite.conf' 
into own VHost;
	<VirtualHost localhost:8888>
	( + add NameVirtualHost + Listen in /etc/apache2/ports.conf)

3) Set 'CARBON_CACHE_ENABLED=true' in '/etc/default/graphite-carbon'
    Set 'ENABLE_UDP_LISTENER = True' in '/etc/carbon/carbon.conf'
    Set 'SECRET_KEY = <longsecretstring>' in 
'/etc/graphite/local_settings.py'
    Set 'TIME_ZONE = '<Gallifrey>' in '/etc/graphite/local_settings.py'

4) cd /usr/share/pyshared/graphite
    python manage.py syncdb

5) Started carbon-cache (/etc/init.d/carbon-cache start)

6) Started NAV + apache

Should work.

Some of the errors I got along the road; 
<http://files.jocke.no/b/nav-graphite-error.txt>.

--

-- 
Joachim

davide | 22 Apr 18:36 2014

Is there a way to change the default 10 rows in the lists?

It should be useful if I can change the default 10 rows in the

"Show xx entries"

in the lists.

I searched through the configuration file and in the .js but I can't change
this.

I wish to put 50 rows or at least "all".

Thank you


Gmane