Nav-users April 2014

nav-users@lister.sikt.no

10 participants
17 discussions

Graphite configure and startup with NAV 4.0.1
by Davide Miccone 08 Apr '14

08 Apr '14

Please, someone can help me to configure and start graphite on Debian 7 with Nav 4.0.1? I already activated carbon setting CARBON_CACHE_ENABLED=true in the file /etc/default/graphite-carbon ENABLE_UDP_LISTENER = True in the file /etc/carbon/carbon.conf But I don't understand how to correclty configure graphite for NAV. Any help will be appreciated. Davide.

3 2

Inventory problem - Extreme Networks Switch - entPhysicalDescr
by rija.rasolo＠univ-rouen.fr 07 Apr '14

07 Apr '14

Hi, I'm testing the latest NAV virtual machine. I've got problems adding some Extreme Networks SummitX-250 and Summit-X450. The error log show that entPhysicalDescr is empty. Here's the log of ipdevpoll run : /usr/lib/nav/ipdevpolld -J snmpcheck -n 10.0.0.37 2014-04-04 11:23:40,406 [INFO nav.ipdevpoll] --- Starting ipdevpolld snmpcheck --- 2014-04-04 11:23:42,399 [INFO plugins] Imported 23 plugin classes, 23 classes in plugin registry 2014-04-04 11:23:42,399 [INFO nav.ipdevpoll] Running single 'snmpcheck' job for 2-a16-0-1.univ-rouen.fr root@nav-debian-virtual-appliance:/usr/share/pyshared/nav# /usr/lib/nav/ ipdevpolld -J inventory -n 10.0.0.37 2014-04-04 11:23:56,936 [INFO nav.ipdevpoll] --- Starting ipdevpolld inventory --- 2014-04-04 11:23:58,933 [INFO plugins] Imported 23 plugin classes, 23 classes in plugin registry 2014-04-04 11:23:58,933 [INFO nav.ipdevpoll] Running single 'inventory' job for 2-a16-0-1.univ-rouen.fr 2014-04-04 11:23:58,985 [DEBUG plugins.modules.modules] [inventory 2- a16-0-1.univ-rouen.fr] Collecting ENTITY-MIB module data 2014-04-04 11:24:53,472 [DEBUG plugins.modules.modules] [inventory 2- a16-0-1.univ-rouen.fr] alias mapping: {} 2014-04-04 11:24:53,474 [DEBUG plugins.modules.modules] [inventory 2- a16-0-1.univ-rouen.fr] test :[{'entPhysicalSoftwareRev': '15.3.1.4', 'entPhysicalHardwareRev': '7.0', 'entPhysicalParentRelPos': 1, 0: 3, 'entPhysicalClass': 'module', 'entPhysicalName': '', 'entPhysicalContainedIn': 2, 'entPhysicalSerialNum': '0943G-80792', 'entPhysicalDescr': None, 'entPhysicalFirmwareRev': '1.0.3.5', 'entPhysicalIsFRU': True, 'entPhysicalModelName': '800190-00-07'}] 2014-04-04 11:24:53,476 [ERROR jobs.jobhandler] [inventory 2-a16-0-1.univ- rouen.fr] Plugin nav.ipdevpoll.plugins.modules.Modules(u'2-a16-0-1.univ- rouen.fr') reported an unhandled failure Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 368, in callback self._startRunCallbacks(result) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 464, in _startRunCallbacks self._runCallbacks() File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 551, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1101, in gotResult _inlineCallbacks(r, g, deferred) --- <exception caught here> --- File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1045, in _inlineCallbacks result = g.send(result) File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/plugins/modules.py", line 61, in handle self._process_entities(physical_table) File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/plugins/modules.py", line 185, in _process_entities module_containers = self._process_modules(entities) File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/plugins/modules.py", line 123, in _process_modules module = self._module_from_entity(ent) File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/plugins/modules.py", line 109, in _module_from_entity module.description = ent['entPhysicalDescr'].strip() exceptions.AttributeError: 'NoneType' object has no attribute 'strip' 2014-04-04 11:24:53,480 [ERROR jobs.jobhandler] [inventory 2-a16-0-1.univ- rouen.fr] Job 'inventory' for 2-a16-0-1.univ-rouen.fr aborted: Job aborted due to plugin failure (cause=AttributeError("'NoneType' object has no attribute 'strip'",)) Anyone can help ? Regards

2 1

gpg --keyserver keys.gnupg.net --recv-keys CE8E05E8 WONT WORKS
by Davide Miccone 07 Apr '14

07 Apr '14

Trying to install public key with the command (I followed the instructions from https://nav.uninett.no/nav_on_debian) gpg --keyserver keys.gnupg.net --recv-keys CE8E05E8 get the error: gpg: requesting key CE8E05E8 from hkp server keys.gnupg.net gpg: keyserver timed out gpg: keyserver receive failed: keyserver error Any suggestion to resolve?

2 1

Graphite on other machine
by Martin.Jaburek＠cah.cz 07 Apr '14

07 Apr '14

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(a)uninett.no [mailto:nav-users-request@uninett.no] On Behalf Of Martin.Jaburek(a)cah.cz Sent: Friday, March 28, 2014 1:38 PM To: Morten Brekkevold Cc: nav-users(a)uninett.no 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(a)uninett.no [mailto:nav-users-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Friday, March 28, 2014 10:36 AM To: JABUREK Martin Cc: nav-users(a)uninett.no Subject: Re: Problem retrieving port statistics On Thu, 27 Mar 2014 08:37:51 +0000 "Martin.Jaburek(a)cah.cz" <Martin.Jaburek(a)cah.cz> 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

2 5

NAV authentication with LDAP + MS AD
by Sjøholt Steinar Otto 04 Apr '14

04 Apr '14

Hi We are running NAV with LDAP-authentication against MS ActiveDirectory. This were working fine for a while, but then the issue with case sensitive usernames appeared (Bug#1207722) The fix seems to have broken LDAP authentication with AD completely. As we are a small group of nav-users here, it took a while (and a passwordchange) to discover this. What happens now is that authentication works (for existing users) as long as the user doesn't change his password. Any new passwords will not work (as the LDAP-query against AD keeps failing), BUT the old (cached?) password still works(!) I don't know if this is by design... But it seems a little flawed to me. Since the addition of ":caseExactMatch:" doesn't work with AD, a better solution to Bug#1207722 would be to have NAV check the output of the LDAP-query to get the actual username (with correct casing) and use this to create the user in the database instead of the actual userinput. Steinar Otto Sjøholt Aalesund University College

3 11

Announcement: NAV 4.0.1 released
by Morten Brekkevold 03 Apr '14

03 Apr '14

Because of some critical bug fixes from the 3.15 series, we have also released version 4.0.1, the first maintenance release of the 4.0 series, today. The source code is available for download at Launchpad [1] and a new package for Debian Wheezy has been published in our APT repository [2]. Changes ======= The following reporte bugs have been fixed in the 3.15 series and are part of 4.0.1: * LP#1300117 (Fix for bug 1295092 causes ipdevpoll inventory jobs to crash for Cisco devices) * LP#1301251 (LDAP users with non-ASCII characters in their name cause login page to crash when user lookup method is 'search' (MS AD)) * LP#1301343 (CDP cache is never refreshed on devices that do not respond to CDP-MIB::cdpGlobalLastChange) * LP#1301349 (Module down alerts fail to mention the module's name) * LP#1301794 (LDAP group membership verification crashes with UnicodeDecodeError when username contains non-ASCII chars) A single issue affecting only the 4.0 series was fixed: * LP#1301260 (seeddb prefix edit does not display all fields) Because the 3.15 and 4.0 series are maintained in parallel, you may need to use the -o option if you are executing the `navsyncdb` program manually for schema upgrades. Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.0/4.0.1 [2] https://nav.uninett.no/nav_on_debian -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 3.15.8 released
by Morten Brekkevold 03 Apr '14

03 Apr '14

The eighth maintenance release of the NAV 3.15 has been released today, version 3.15.8. The source code is available for download at Launchpad [1] and a new package for Debian Wheezy has been published in our APT repository [2]. Changes ======= The following reported bugs have been fixed (LP#1300117 is especially critical for those with Cisco devices under NAV 3.15.7): * LP#1300117 (Fix for bug 1295092 causes ipdevpoll inventory jobs to crash for Cisco devices) * LP#1301251 (LDAP users with non-ASCII characters in their name cause login page to crash when user lookup method is 'search' (MS AD)) * LP#1301343 (CDP cache is never refreshed on devices that do not respond to CDP-MIB::cdpGlobalLastChange) * LP#1301349 (Module down alerts fail to mention the module's name) * LP#1301794 (LDAP group membership verification crashes with UnicodeDecodeError when username contains non-ASCII chars) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/3.15/3.15.8 [2] https://nav.uninett.no/nav_on_debian -- Morten Brekkevold UNINETT AS

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users April 2014