Morten Brekkevold | 30 Oct 14:54 2014
Picon
Picon

Announcement: NAV 4.1.2 released

The second maintenance release of the NAV 4.1 series is now available,
version 4.1.2.

The source code is available for download at Launchpad [1]. A new
package for Debian Wheezy has been published in our APT repository [2].

Changes
=======

The following reported issues have been fixed in the new release:

  * LP#1236387 (Netbiostracker doesn't handle MAC addresses with hyphens)
  * LP#1248084 (The heading "devices going down" in ipdevinfo affected tab
                should be changed to "devices unreachable")
  * LP#1359111 (Problem getting inventory for HP 5412R)
  * LP#1370051 (Whitespace in machinetracker widget causes stacktrace)
  * LP#1370517 (Several search views throw 500 exceptions where a 404 Not Found
                would be appropriate)
  * LP#1371026 (ipdevpoll topo job fails with AttributeError)
  * LP#1373841 (link from subnet matrix to machinetracker gives no results)
  * LP#1374391 (graph widget should have a target url attribute)
  * LP#1375749 (Maintenance calendar does not display task starting previous
                month)
  * LP#1380583 (Python requirements in install doc are out of sync with
                requirements.txt)
  * LP#1382460 (Ambiguous search input crashes l2trace)
  * LP#1382492 (Machine tracker searches crash when results include devices that
                haven't had any ipdevpoll jobs run against them)
  * LP#1382522 (Radius accounting search crashes when searching for hostname
                that cannot be found in DNS)
(Continue reading)

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

(Continue reading)

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

(Continue reading)

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

Morten Brekkevold | 22 Apr 15:22 2014
Picon
Picon

Re: Manually adjust topology - [interface] table changes

On Sat, 19 Apr 2014 14:57:32 +0200 (CEST) <davide@...> wrote:

> I read https://nav.uninett.no/doc/3.15/howto/debugging-topology.html but I
> can't resolve the error in topology discovering on my network.
>
> I have some Catalyst 3550 with stackable modules that automaticaly are not
> correclty connected.
>
> I changed the [interface] table to adjust my topology and all is okay but my
> changes are lost from automatic discover.
>
> How can I permanently change the [interface] table?

You can't. All information in the interface table consists of
collected/detected information. Any changes made outside of NAV will
only be temporary.

If you would post details of your actual topology, where NAV is
mistaken, and add the details collected as described in [1], we may be
able to make a more qualified comment as to what may be happening. Feel
free to replace device names and text you would rather not divulge, as
long as you do it consistently.

[1] https://nav.uninett.no/doc/4.0/howto/debugging-topology.html#looking-for-the-missing-link

--

-- 
Morten Brekkevold
UNINETT

(Continue reading)

Morten Brekkevold | 22 Apr 12:36 2014
Picon
Picon

Re: Nav 4.0.1 trouble with nav pping service

On Mon, 14 Apr 2014 09:48:02 +0200 (CEST) Jostein Berge
<jostein.berge@...> wrote:

> Having some trouble starting pping after upgradring from 3.15 
> Running on 
> pping.log produces the following error : 
[snip]
> File "/usr/lib/python2.7/dist-packages/nav/metrics/carbon.py", line 57, in send_metrics_to 
> carbon.send(packet) 
> socket.error: [Errno 111] Connection refused 
>
>
> Anyone have solution for this ? 

Yes, this likely means the Carbon backend is not running, so NAV cannot
send its metrics to it. Please start the carbon-cache backend.

--

-- 
Morten Brekkevold
UNINETT

John-Magne Bredal | 22 Apr 09:38 2014
Picon
Picon

Re: Shutdown a port

Hi!

On 04/16/2014 01:39 PM, davide@... wrote:
> NAV 4
> 
> I can change port description or vlan in "Configure port".
> 
> How can I change the port administrative status?
> 

It is not possible to change the administrative status of the interface from
PortAdmin. The reason for this is that it simply has not been requested from the
NAV users.

The tool used for setting the interface administrative status is Arnold. The use
case for Arnold is that you have a mac- or ip-address that you want to shut out
from your network, so you search for that in Arnold and set the administrative
status of the resulting interface.

However, if you wish to manually set administrative statuses from PortAdmin,
that is something we can implement. Please register a bug for this on
https://bugs.launchpad.net/nav/+filebug and we will handle it.

regards

--

-- 
John-Magne Bredal
UNINETT AS

(Continue reading)

Morten Brekkevold | 22 Apr 13:04 2014
Picon
Picon

Re: Problem with uplink detecion

On Thu, 10 Apr 2014 12:00:24 +0000 "martin.jaburek@..."
<martin.jaburek@...> wrote:

> I can understand, that it is trying to determine the topology based on
> vlans. 
>
> How do you handle the situation when we have many vlans with different STP
> roots? Or some uplinks are limited to a subset of available vlans. 

NAV will traverse the path of each VLAN individually, starting at the
determined root router port for that VLAN. NAV does not get root
information from STP, but has detected which subnet prefix(es) are
routed on that VLAN, and uses this to detect the root router port. 

On the device connected to that router port (or on the same device, in
the case of an L3 switch), NAV will descend further on all trunks with
the current VLAN allowed, and non-trunks having this as their native
VLAN.

STP information is only used to find STP blocked ports. STP blocked
ports will not be traversed by the detector, only registered as blocked
on the VLAN that is being detected.

> Or if we have different allowed vlans from one side and the other
> side?

You mean a mismatch in the list of allowed vlans on each side of a
trunk? That would be logged as an error.

> I attached navtopology.log. I reduced it to include only three devices
(Continue reading)

Mischa Diehm | 31 Mar 12:28 2014
Picon
Picon

NAV mac-search with Nexus and FabricPath

Hi,

we have FP activated in our datacenter and use Cisco Nexus (5,6,7)k. I'm not sure what caused the problem but NAV can't find MAC-addresses on these devices and even on catalysts behind them anymore. I don't know what algorithm is used to figure out where a MAC-address is attached but maybe someone who knows can clarify what is needed for that to work?

Thanks in advance,
Mischa


-- 
Mischa Diehm | Network Operations Center (NOC)
UniBasel | UniRechenZentrum (URZ)
Klingebergstr. 70 | CH-4056 Basel
Tel. +41 61 267 1574 | http://urz.unibas.ch
Attachment (smime.p7s): application/pkcs7-signature, 2977 bytes
Picon

Graphite on other machine

Hello,

I tried to run graphite on another machine. I was able to redirect statistics collection, but I cannot see
graph data:

I have made changes in etc/graphite.conf:

[carbon]
#
# NAV supports Carbon's UDP line receiver. Host and port information of
# the backend can be configured in this section.
#
host = IP
port = 2003

[graphiteweb]
#
# Where is the Graphite web interface located. NAV needs this to get graphs
# and data from Graphite.
#
base=https://IP

When I first started NAV, it was configured to use the graphite on the same machine as NAV. It worked. 

When I changed it and restarted NAV processes it sent statistics to the new IP (I confirmed it via graphite
web fronted), but it still tries to access old graphiteweb for rendering graphs, not the one changed in grahpite.conf.

Can there be a problém with certificate? (it is self signed one)

Isn't it somehow cached in a database?

Brgds

Mat

-----Original Message-----
From: nav-users-request@...
[mailto:nav-users-request@...] On Behalf Of Martin.Jaburek@...
Sent: Friday, March 28, 2014 1:38 PM
To: Morten Brekkevold
Cc: nav-users@...
Subject: RE: Problem retrieving port statistics

I solved my problém with moving databases to memory - it reduces load on machine and now it is ok. But I am
still experiencing gaps on some graphs. There is one device which suffers from it most - see attached
graphs. (graphs are from 2 devices - one OK and the other with GAPS)

Gaps are only in port metrics graphs - they are at exactly the same time on all ports on given device.

Systém metrics are just fine on this device.

I checked the 5min graph of ipdevpoll systém metrics and it shows 100 at peak times, what I assume are only
nearly 2 minutes.

I'm monitoring about 140 devices right now with nav.

I think that it is much correlated to my yesterday upgrade to 4.0.0 (from 4.0b5). 

Since then I can also see attached errors. They were not there when I was on version 4.0b5.

It happens only on cisco catalyst 4500/6500 and one type of 3560E. (I have many 3750 but, there is no problém
at all) and causes inventory jobs to fail.

Brgds 

Mat

-----Original Message-----
From: nav-users-request@...
[mailto:nav-users-request@...] On Behalf Of Morten Brekkevold
Sent: Friday, March 28, 2014 10:36 AM
To: JABUREK Martin
Cc: nav-users@...
Subject: Re: Problem retrieving port statistics

On Thu, 27 Mar 2014 08:37:51 +0000 "Martin.Jaburek@..."
<Martin.Jaburek@...> wrote:

> Now I am able to collect all information needed.
>
> But I still have a problém with collected data - there are very often 
> gaps in graphs.

Which graphs have gaps? Port metrics? System metrics? All of them?

How many devices are you monitoring, and what does the runtime of the various ipdevpoll jobs look like?

If the 1minstats job is spending more than 1 minute to complete for any device, there may be gaps its graphs, 5
minutes for the 5minstats job.

--
Morten Brekkevold
UNINETT
Attachment (smime.p7s): application/pkcs7-signature, 8 KiB

Gmane