Morten Brekkevold | 4 Feb 13:15 2016
Picon
Picon
Gravatar

Announcement: NAV 4.4.2 released

The second maintenance release of the NAV 4.4 series is now out.

The source code is available for download at Launchpad [1]. New packages
for Debian Wheezy and Jessie have been published in our APT repository
[2] as usual (and the virtual appliance is being updated).

Changes
=======

The following reported bugs have been fixed:

  * LP#1538029 (Rickshaw color palette is bad for color blind users)
  * LP#1538113 (report widget crashes with 500)
  * LP#1538270 (PortAdmin crashes when non admin try to remove a vlan from the
                trunk)
  * LP#1540839 (ipdevpoll inventory job fails when deleting old router
                addresses)
  * LP#1541246 (alertprofiles: adding subscription fails (when form is not
                valid?))
  * LP#1541358 (NAV doesn't work with python-gammu versions 2 and up)

Happy NAVing everyone!

Links
=====

[1] https://launchpad.net/nav/4.4/4.4.2
[2] https://nav.uninett.no/install-instructions/#debian

--

-- 
(Continue reading)

Thomas Wing | 4 Feb 11:22 2016
Picon

Inventory fail

Hi,

iv got a single switch (a 3750) that fails inventory with the below error, is anyone able to help?

2016-02-04 10:06:43,824 [ERROR jobs.jobhandler] [inventory core-ccs] Caught exception during cleanup. Last manager = DefaultManager(<class 'nav.ipdevpoll.shadows.GwPortPrefix'>, 'ContainerRepository'(...))
2016-02-04 10:06:43,827 [ERROR jobs.jobhandler] [inventory core-ccs] Save stage failed with unhandled error
2016-02-04 10:06:43,827 [ERROR jobs.jobhandler] [inventory core-ccs] Job 'inventory' for core-ccs aborted: Job aborted due to save failure (cause=ProgrammingError('operator does not exist: text = inet\nLINE 1: ... "gwportprefix" WHERE HOST("gwportprefix"."gwip") IN (SELECT...\n                                                             ^\nHINT:  No operator matches the given name and argument type(s). You might need to add explicit type casts.\n',))

Cheers

Tom Wing


This email was sent by DPDgroup UK Ltd (Registered No.732993) (trading as DPD), and/or Interlink Express Parcels Limited (Registered No.1421773) (trading as Interlink), who are both registered in the United Kingdom as private limited companies and whose Registered Offices are at: Roebuck Lane, Smethwick, West Midlands B66 1BY.
Mattias Söderholm | 3 Feb 09:58 2016
Picon

PortAdmin - save changes in HP 5130 switch?

Hi.
We have now inserted some HP 5130 EI (also HP 5700) switches in NAV and want to use PortAdmin.
Everything works except saving to memory.

The problem is the save command!
For HP Procurve switches you use "save" or "write memory" commands to save changes and it's done.
HP 5130 EI is a little bit different. There you must use "save force", if you only use "save" command you have to answer some questions.

Can this be fixed?

Regards
Mattias
Ingeborg Hellemo | 29 Jan 14:37 2016
Picon
Picon

GammuDispatcher failed to send SMS: Returned false.

I have sinned: I have done some patching and upgrading.

NAV 4.2.6
FreeBSD 10.2

Upgraded from gammu-1.33.0_1 to gammu-1.36.8. In this version the python 
bindings is separated into its own library: py27-gammu-2.4.

Something in the new version makes the dispatcher fail to recognize that the 
sms is successfully sent:

[2016-01-29 14:25:17,799] [INFO] [pid=83042 nav.smsd] Found 1 unsent 
message(s) for 12345678.
[2016-01-29 14:25:27,287] [WARNING] [pid=83042 nav.smsd.dispatcher] 
GammuDispatcher failed to send SMS: Returned false.
[2016-01-29 14:25:27,288] [INFO] [pid=83042 nav.smsd] Setting delay to 45 
seconds.

The sms is indeed sent and the receiver gets 4 identical sms-es.

Any ideas?

--Ingeborg

--

-- 
Ingeborg Østrem Hellemo  --  ingeborg.hellemo@...
Dep. of Information Technology  ---  Univ. of Tromsø

Morten Brekkevold | 3 Feb 10:30 2016
Picon
Picon
Gravatar

Re: Add few more snmp counters to monitor

On Thu, 28 Jan 2016 11:16:16 +0200 Tal Bar-Or <tbaror@...> wrote:

> Hi All,
> i have few oid's counters(dot3) that can give me indication on physical
> infrastructure shown below
> My question is there possibility to add it  to Nav as check monitor ?
> Thanks

These OIDs, from the EtherLike-MIB, IIRC, could be added to NAV, but not
without modifications to the statports ipdevpoll plugin [1]. At the
moment, it is locked to fetching counters from the IF-MIB.

If I were you, I would post a feature request to the bugtracker [2]. We
would probably want to make the list of counters to collect
configurable. There could be any number of counters associated with an
interface, but I don't think we should collect them all by default.

[1] https://bitbucket.org/mbrekkevold/nav-mirror/src/c8f28932ff910df6931865d8f39bf46b4c806232/python/nav/ipdevpoll/plugins/statports.py?at=4.4.x&fileviewer=file-view-default
[2] https://bugs.launchpad.net/nav/+filebug

--
mvh
Morten Brekkevold
UNINETT

Thomas Wing | 29 Jan 14:56 2016
Picon

Re: post installation question

Hi,

do you have the below in your /etc/carbon/carbon.conf file?:
ENABLE_UDP_LISTENER = True
UDP_RECEIVER_INTERFACE = 0.0.0.0
UDP_RECEIVER_PORT = 2003

as that caught me out on debian the first time i built it for NAV.

Cheers

Tom

On 28 January 2016 at 13:20, Don Click <Don.Click-f6WuMYIbiMWvtWMKqPWiAg@public.gmane.org> wrote:
Thank you for responding -
/nav/status shows
        Up: activeip alertengine eventengine ipdevpoll logengine mactrace maintengine netbiostracker pping psuwatch     servicemon smsd thresholdmon topology
        Down: snmptrapd

I did apparently miss #5 of the readme.  Changed it and it looked like we were cooking with gas again.

Now, I just gotta figure out why carbon isn't working properly -
2016-01-28 07:19:34,956 [ERROR nav.metrics.carbon] unable to send metrics to carbon ([127.0.0.1]:2003): [Errno 111] Connection refused

-----Original Message-----
From: Morten Brekkevold [mailto:morten.brekkevold-GzBtVWGcKeFuMpJDpNschA@public.gmane.org]
Sent: Thursday, January 28, 2016 2:11 AM
To: Don Click <Don.Click <at> dentoncounty.com>
Cc: nav-users-GzBtVWGcKeFuMpJDpNschA@public.gmane.org
Subject: Re: post installation question

On Wed, 27 Jan 2016 16:43:10 +0000 Don Click <Don.Click-f6WuMYIbiMWvtWMKqPWiAg@public.gmane.org> wrote:

> Gents - first, thank you for an awesome tool to help manage the network.

Thank you, for your kind words :)

> I recently did a fresh install of Debian and installed the NAV
> packages (including graphite).
>
> However, when we are adding our devices, they are all coming back with
> NO PORTS FOUND, or NO POWER SUPPLIES, NO FANS, etc.
>
> I am not seeing any logs in the /var/logs/nav area, so I am not sure
> what is really happening here.

1. Can you confirm that NAV processes are actually running? "nav status"

2. Did you read and follow `/usr/share/doc/nav/README.Debian`?

--
Morten Brekkevold
UNINETT AS



This email was sent by DPDgroup UK Ltd (Registered No.732993) (trading as DPD), and/or Interlink Express Parcels Limited (Registered No.1421773) (trading as Interlink), who are both registered in the United Kingdom as private limited companies and whose Registered Offices are at: Roebuck Lane, Smethwick, West Midlands B66 1BY.
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
Gravatar

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
Gravatar

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
Gravatar

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
Gravatar

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


Gmane