Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

Shutdown a port
by davide＠wpweb.com 22 Apr '14

22 Apr '14

NAV 4 I can change port description or vlan in "Configure port". How can I change the port administrative status? Thank you

2 1

Problem retrieving port statistics
by Martin.Jaburek＠cah.cz 10 Apr '14

10 Apr '14

Hi, After recreating whisper databases I can see some of the graphs. Now I have another problém - not all statistics are collected! I checked graphite and it displays only few of them. The nav systém have ran for a day now, so I would expect, that it is enough time to collect all informations. In the screenshot (made from graphite webinterface) you can see various collected statistics - they are not even the same for various ports. There are no problems reported for this device in the ipdevpoll.log Any ideas? Thanks 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: Tuesday, March 25, 2014 4:05 PM To: John-Magne Bredal; Morten Brekkevold Cc: nav-users(a)uninett.no Subject: RE: New to nav system Hi, I'm stupid. I forget to update etc/graphite/storage-schemas.conf and etc/graphite/storage-aggregation.conf. I deleted all whisper databases and hopefully it will be much better now. Mat -----Original Message----- From: JABUREK Martin Sent: Tuesday, March 25, 2014 3:55 PM To: 'John-Magne Bredal'; Morten Brekkevold Cc: nav-users(a)uninett.no Subject: RE: New to nav system Hi, Regarding the bug - I'm using 4.0b5 right now. Is the patch also applicable for this version? Restarting ipdevpoll does help, but not for the first time. I had to restart it repeatadly (I did it due to other errors and then I mention, that it corrected it) Regarding the graphs I think there is some problem with graphing/storing data? I attached three pictures: Ten correct.png ... correct graph from rrdtools Ten graphite.png ... graph collected from graphite web interface Ten nav.png ... graph collected from nav interface It seems to me, that graphite stores too few datapoints, I tried to dump raw data and I get this: nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:16:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:17:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:18:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:19:00,6302589367015099.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:20:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:21:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:22:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:23:00,6302603784021890.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:24:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:25:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:26:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:27:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:28:00,6302617817392692.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:29:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:30:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:31:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:32:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:33:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:34:00,6302631305894654.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:35:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:36:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:37:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:38:00,6302639660718015.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:39:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:40:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:41:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:42:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:43:00,6302653053594991.0 nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:44:00, nav.devices.DEVICE.ports.Te1_1.ifInOctets,2014-03-25 09:45:00, Shouldn't I set up scheme for carbon database to await only 5 min collections? It seems to me, that after applying derivative function it show nothing due to empty datapoints. Mat -----Original Message----- From: John-Magne Bredal [mailto:john.m.bredal@uninett.no] Sent: Monday, March 24, 2014 2:36 PM To: JABUREK Martin; Morten Brekkevold Cc: nav-users(a)uninett.no Subject: Re: New to nav system On 03/24/2014 10:51 AM, Martin.Jaburek(a)cah.cz wrote: > I modified the unknown OIDs and now I am able to collect information > from boxes. Great! > Now I have these issues: > - graphs showing throughput - there are only empty graphs on port info > tabs. > I think that backend should be fine, because I can see some graphs > (for example SystemMetrics/CPU are all fine) Maybe it is related to a > fetch error from statistics pane. (see screenshot) See below. > 2014-03-24 04:59:09,673 [WARNING plugins.dnsname.dnsname] [inventory > IP2] Box dnsname has changed from u 'IP2' to 'DNS2' > When I edit device it gets the right name, but it keep reporting only > IP. This started when I added unknown device and now I corrected it. > So I have other devices with right DNS names as sysnames. We think this may be related to this bug: https://bugs.launchpad.net/nav/+bug/1292513 . This has been fixed and will be part of the next release. The port statistics are probably being stored using the IP-address not the DNS name of the IP Device. You can verify this by browsing the Graphite Web interface and see which nodes are present under nav.devices. Try restarting ipdevpoll. This may fix your current problem. > - how can I change the look of graphs? I'm getting black backgrounded > graphs which are really ugly on white background. In the graphite configuration directory (perhaps /opt/graphite/conf), copy the file graphTemplates.conf.example to graphTemplates.conf. Then edit it and add the following: [nav] background = white foreground = black > The work done is really amazing. I look forward when I have it finally > fully up. > Thank you! :) -- John-Magne Bredal UNINETT AS

3 12

Downgrade after upgrade to 4.0.2
by Mischa Diehm 08 Apr '14

08 Apr '14

Hi, is there a way to downgrade back to 3.15.8 after a debian upgrade to 4.0.2? After purging 4.0.2 and reinstalling 3.15.8 the files are there but the db seems corrupt: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 111, in get_response response = callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python2.7/dist-packages/django/views/decorators/debug.py", line 69, in sensitive_post_parameters_wrapper return view(request, *args, **kwargs) File "/usr/lib/pymodules/python2.7/nav/web/webfront/views.py", line 110, in login 'errors': errors, File "/usr/lib/python2.7/dist-packages/django/views/generic/simple.py", line 26, in direct_to_template c = RequestContext(request, dictionary) File "/usr/lib/python2.7/dist-packages/django/template/context.py", line 176, in __init__ self.update(processor(request)) File "/usr/lib/pymodules/python2.7/nav/django/context_processors.py", line 64, in account_processor if preferences.count() == 0: File "/usr/lib/python2.7/dist-packages/django/db/models/query.py", line 351, in count return self.query.get_count(using=self.db) File "/usr/lib/python2.7/dist-packages/django/db/models/sql/query.py", line 418, in get_count number = obj.get_aggregation(using=using)[None] File "/usr/lib/python2.7/dist-packages/django/db/models/sql/query.py", line 384, in get_aggregation result = query.get_compiler(using).execute_sql(SINGLE) File "/usr/lib/python2.7/dist-packages/django/db/models/sql/compiler.py", line 818, in execute_sql cursor.execute(sql, params) File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/bas e.py", line 52, in execute return self.cursor.execute(query, args) DatabaseError: relation "accountnavbar" does not exist LINE 1: SELECT COUNT(*) FROM "accountnavbar" WHERE "accountnavbar"."... thx, Mischa -- Mischa Diehm | Network Operations Center (NOC) UniBasel | UniRechenZentrum (URZ) Klingebergstr. 70 | CH-4056 Basel Tel. +41 61 267 1574 | http://urz.unibas.ch

2 1

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users