- Nav-users - lister.unit.no

Graphite connection issues
by Ukeme Noah 06 Jun '14

06 Jun '14

Greetings Everyone, I recently installed NAV 4.0.2 on Debian (by compiling) using instructions from https://nav.uninett.no/doc/latest/intro/install.html All dependencies were installed successfully. Python modules were installed using PIP. Graphite and Carbon appear to be installed and working as well (at this point, I launch carbon and graphite using the scripts " carbon-cache.ph" and "run-graphite-devel-server.py" located in "/opt/graphite/bin". Access to NAV (as well as Graphite's) main page over a web browser present no issues however, Availability under Status reads "Graphite unreachable". In addition, the Graphite web interface presents entries for Carbon and none for NAV. I am lead to believe that the carbon backend is working given the contents of the folder "/var/lib/graphite/whisper/nav" includes entries for NAV seeded devices. On that note, any assistance/suggestions that could lead to resolving this issue would greatly be appreciated. I can provide additional information where required. Thanks, Ukeme

2 5

Announcement: NAV 4.0.2 released
by Morten Brekkevold 15 Mai '14

15 Mai '14

The second maintenance release of the NAV 4.0 series is now available, version 4.0.2. 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#1302403 (Unplugged HP power supplies are marked with "unknown" state) * LP#1303804 (No graphs are rendered if graphite base url doesn't end with a slash) * LP#1304279 (values in threshold alerts are always 100) * LP#1304455 (Submitting an empty search form crashes Arnold) * LP#1314503 (migrate_to_whisper.py crashes on mismatches between RRD files and database) * LP#1316091 (pping dies when carbon is unavailable) * LP#1316600 (external tools have no icons) * LP#1316965 (NAV 4.0 collects port traffic stats from EDGE devices) 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.2 [2] https://nav.uninett.no/wiki/nav_on_debian -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 3.15.9 released
by Morten Brekkevold 15 Mai '14

15 Mai '14

The ninth maintenance release of the NAV 3.15 series has been released today, version 3.15.9. 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#1302403 (Unplugged HP power supplies are marked with "unknown" state) * LP#1304455 (Submitting an empty search form crashes Arnold) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/3.15/3.15.9 [2] https://nav.uninett.no/wiki/nav_on_debian -- Morten Brekkevold UNINETT AS

1 0

NAV 4.0 on debian jessie/testing
by Mischa Diehm 09 Mai '14

09 Mai '14

Hi, I was just wondering if you guys also build debian packages for jessie? If yes how can I retrieve it? Thanks, 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

Integration with GIS
by Corey Thompson 09 Mai '14

09 Mai '14

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(a)egf.mn

2 1

Manually adjust topology - [interface] table changes
by davide＠wpweb.com 09 Mai '14

09 Mai '14

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? Thank you NAV 4.0.1

3 3

Setting up NAV from scratch/non-OVA (Graphite-issues)
by Joachim Tingvold 29 Apr '14

29 Apr '14

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@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

2 4

Setting up NAV from scratch/non-OVA (Graphite-issues)
by Joachim Tingvold 27 Apr '14

27 Apr '14

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@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

1 1

Is there a way to change the default 10 rows in the lists?
by davide＠wpweb.com 23 Apr '14

23 Apr '14

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

2 1

Problem with uplink detecion
by Martin.Jaburek＠cah.cz 22 Apr '14

22 Apr '14

Hi, I just face another problém with uplink detection. I tried to follow documentation about troubleshooting topology, but it yielded no results. I check switchport report of both connected devices and there it is showed in the columnt labeled as connected to. I also check cdp and it also report it correctly. I also found another problém when it displays an actual uplink, but with empty from device (which seems to me quite strange). In other case an uplink is showed only on one device but not the other. Is there any limit about number of uplinks? (I have more then ten uplinks on one box) Brgds Mat -----Original Message----- From: nav-users-request(a)uninett.no [mailto:nav-users-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Thursday, March 27, 2014 3:09 PM To: nav-users(a)uninett.no Subject: Announcement: NAV 3.15.7 released For those of you who wish to continue running NAV 3.15 for while, the seventh maintenance release of this series is now available for download at Launchpad: https://launchpad.net/nav/3.15/3.15.7 This release fixes 12 reported issues: * LP#1251211 (portadmin wishlist: option to reset active interface whene changing vlan) * LP#1285601 (Switch ports on non-existant VLANs on Cisco switches don't appear as switch ports in NAV) * LP#1287700 (SeedDB will readily accept serial numbers with trailing spaces) * LP#1289219 (affected displays no information on nodes not in topology) * LP#1289320 (Submitting invalid alert subscription forms cause crash instead of error message) * LP#1291956 (LDAP auth against MS AD broken since NAV 3.14.1592653) * LP#1291978 (User supplied login name is not escaped in LDAP search filters, causing possible injection vulnerabilities) * LP#1292513 (sysname/reverse dns lookups are inconsistent or lacking after a bulk import) * LP#1293621 (missing cascade in table accounttool) * LP#1295092 (Only modules and power supplies on first member are collected from stacked HP 2920) * LP#1297200 (powersupplywatch crashes when there are more than ~1024 devices to poll) * LP#1297767 (Django exposes sensitive data like: username/password) Please report further bugs at https://launchpad.net/nav/+filebug A binary package for Debian Wheezy has been made available in our APT repository, as usual. Happy NAVing everyone! -- Morten Brekkevold UNINETT AS

3 5

Nav 4.0.1 trouble with nav pping service
by Jostein Berge 22 Apr '14

22 Apr '14

Hi Having some trouble starting pping after upgradring from 3.15 Running on pping.log produces the following error : [2014-04-14 09:28:35] pping.py:__init__:54 [Notice] Setting debuglevel=5 [2014-04-14 09:28:35] pping.py:__init__:57 [Notice] Setting checkinterval=20 [2014-04-14 09:28:35] db.py:cursor:109 [Critical] 'NoneType' object has no attribute 'cursor' [2014-04-14 09:28:35] db.py:cursor:110 [Critical] Could not get cursor. Trying to reconnect... [2014-04-14 09:28:35] db.py:connect:70 [Notice] Successfully (re)connected to NAVdb [2014-04-14 09:28:35] db.py:connect:70 [Notice] Successfully (re)connected to NAVdb Traceback (most recent call last): File "/usr/lib/nav/pping.py", line 273, in <module> start(nofork) File "/usr/lib/nav/pping.py", line 241, in start myPinger.main() File "/usr/lib/nav/pping.py", line 174, in main self.generateEvents() File "/usr/lib/nav/pping.py", line 115, in generateEvents rtt) File "/usr/lib/python2.7/dist-packages/nav/statemon/statistics.py", line 68, in update send_metrics(metrics) File "/usr/lib/python2.7/dist-packages/nav/metrics/carbon.py", line 69, in send_metrics return send_metrics_to(metric_tuples, host, port) 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 ? Hilsen Jostein Berge It-konsulent Karmøy Kommune Tlf : (528)57291

2 2

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

Announcement: NAV 4.0.0 released
by Morten Brekkevold 27 Mar '14

27 Mar '14

We are proud to present the final NAV 4.0.0 release, now available for download at Launchpad: https://launchpad.net/nav/4.0/4.0.0 Changes ======= As announced when we released the first beta version, NAV 4.0 introduces two major changes. The two big changes are: 1. The complete replacement of Cricket as a 3rd party tool for statistics collection and graphing. NAV 4 collects the statistics using the already existing ipdevpoll SNMP collector, and uses Graphite as a 3rd party service for storing and graphing this data. This also means NAV no longer uses RRDtool for storing time-series data. 2. A full design overhaul of the web interface, using the Foundation CSS framework. The full release notes for this release can be read at [1]. You are also advised to read the updated installation docs at [2]. If you are upgrading from an existing 3.15 installation, you should avoid starting the new NAV version before migrating your old Cricket/RRD-based statistics to Graphite/Whisper. Instructions for this can found at [3]. If you want to upgrade from a 4.0 beta version, be advised that the polling interval for sensor statistics has been changed from 5 minutes to 1 minute. The updated example storage-schemas.conf reflects this. The whisper files under nav/devices/*/sensors/*.wsp must either be resized to include a new 1 minute resolution archive, or be deleted so that Carbon will re-create empty files from the new config. Debian packages =============== Debian packages have been uploaded to our repository, instructions for using the repository are still found at [4]. NAV's documentation does not cover installation of Graphite's Carbon daemon and the Graphite web interface, which are necessary dependencies in NAV 4.0; it only mentions configuration measures. We have backported a graphite-web package, as it is not provided by the Debian Wheezy distribution. This package does not automatically set up a Graphite web instance for you. We will write a guide suggesting how to do so, but it will be largely based on the shell script we use to automatically build our published virtual appliance. This shell script can be viewed at [5] (ca. lines 35-80). NAV 3.15 support ================ We will continue to support the 3.15 series at least until NAV 4.1 is released, but we recommend all new users to start with NAV 4. Happy NAVing everyone! Links ===== [1] https://nav.uninett.no/doc/4.0/release-notes.html [2] https://nav.uninett.no/doc/4.0/intro/install.html [3] https://nav.uninett.no/doc/4.0/howto/migrate-rrd-to-graphite.html [4] https://nav.uninett.no/nav_on_debian [5] http://bit.ly/1rFgrzz -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 3.15.7 released
by Morten Brekkevold 27 Mar '14

27 Mar '14

For those of you who wish to continue running NAV 3.15 for while, the seventh maintenance release of this series is now available for download at Launchpad: https://launchpad.net/nav/3.15/3.15.7 This release fixes 12 reported issues: * LP#1251211 (portadmin wishlist: option to reset active interface whene changing vlan) * LP#1285601 (Switch ports on non-existant VLANs on Cisco switches don't appear as switch ports in NAV) * LP#1287700 (SeedDB will readily accept serial numbers with trailing spaces) * LP#1289219 (affected displays no information on nodes not in topology) * LP#1289320 (Submitting invalid alert subscription forms cause crash instead of error message) * LP#1291956 (LDAP auth against MS AD broken since NAV 3.14.1592653) * LP#1291978 (User supplied login name is not escaped in LDAP search filters, causing possible injection vulnerabilities) * LP#1292513 (sysname/reverse dns lookups are inconsistent or lacking after a bulk import) * LP#1293621 (missing cascade in table accounttool) * LP#1295092 (Only modules and power supplies on first member are collected from stacked HP 2920) * LP#1297200 (powersupplywatch crashes when there are more than ~1024 devices to poll) * LP#1297767 (Django exposes sensitive data like: username/password) Please report further bugs at https://launchpad.net/nav/+filebug A binary package for Debian Wheezy has been made available in our APT repository, as usual. Happy NAVing everyone! -- Morten Brekkevold UNINETT AS

1 0

pynetsnmp exception (too many values to unpack)
by Martin.Jaburek＠cah.cz 26 Mar '14

26 Mar '14

Hi, I just checked my ipdevpoll.log and found exception listed bellow. It is a Cisco 3750 two members stack. This error was reported only two times today. I checked job statuses (all green) and ipdevpoll failure graphs and there are just a few of them. Is it normal? 2014-03-26 08:34:26,933 [ERROR jobs.jobhandler] [1minstats IP] Plugin nav.ipdevpoll.plugins.statsystem.StatSystem(IP') reported an unhandled failure Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 391, in errback self._startRunCallbacks(fail) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 458, in _startRunCallbacks self._runCallbacks() File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1095, in gotResult _inlineCallbacks(r, g, deferred) --- <exception caught here> --- File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1037, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 382, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/statsystem.py", line 69, in handle cpu = yield self._collect_cpu() File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1037, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 382, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/statsystem.py", line 118, in _collect_cpu load = yield self._get_cpu_loadavg(mib) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1037, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 382, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/statsystem.py", line 129, in _get_cpu_loadavg load = yield mib.get_cpu_loadavg() File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1037, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 382, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/local/nav/lib/python/nav/mibs/cisco_process_mib.py", line 34, in get_cpu_loadavg TOTAL_1_MIN_REV, File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/usr/lib/pymodules/python2.7/pynetsnmp/tableretriever.py", line 59, in saveResults for oid, value in values: exceptions.ValueError: too many values to unpack 2014-03-26 08:34:26,950 [ERROR jobs.jobhandler] [1minstats IP] Job '1minstats' for IP aborted: Job aborted due to plugin failure (cause=ValueError('too many values to unpack',))

2 1

Nav Django exposing Username/Password in error case
by Mischa Diehm 26 Mar '14

26 Mar '14

Hi, I was playing around with ldap/AD integration and got this errorreport mailed to our NOC-Group (see below) - this mail leaks my username/password in cleartext. I think this should really be avoided for any case happening! I don't have a clue about django but a quick search showed me this: https://docs.djangoproject.com/en/dev/howto/error-reporting/ Especially interesting might be this part: ... Filtering sensitive information <https://docs.djangoproject.com/en/dev/howto/error-reporting/#filtering-sens itive-information> Error reports are really helpful for debugging errors, so it is generally useful to record as much relevant information about those errors as possible. For example, by default Django records the full traceback <http://en.wikipedia.org/wiki/Stack_trace> for the exception raised, each traceback frame <http://en.wikipedia.org/wiki/Stack_frame> ¹s local variables, and the HttpRequest <https://docs.djangoproject.com/en/dev/ref/request-response/#django.http.Htt pRequest> ¹s attributes <https://docs.djangoproject.com/en/dev/ref/request-response/#httprequest-att ributes> . However, sometimes certain types of information may be too sensitive and thus may not be appropriate to be kept track of, for example a user¹s password or credit card number. So Django offers a set of function decorators to help you control which information should be filtered out of error reports in a production environment (that is, where DEBUG <https://docs.djangoproject.com/en/dev/ref/settings/#std:setting-DEBUG> is set to False): sensitive_variables() <https://docs.djangoproject.com/en/dev/howto/error-reporting/#django.views.d ecorators.debug.sensitive_variables> and sensitive_post_parameters() <https://docs.djangoproject.com/en/dev/howto/error-reporting/#django.views.d ecorators.debug.sensitive_post_parameters> . ... I wonder if than can be integrated for NAV or if there is another way to get around exposure like that? Mischa Original mail we became for django error: ---- 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/pymodules/python2.7/nav/web/webfront/views.py", line 89, in login return do_login(request) File "/usr/lib/pymodules/python2.7/nav/web/webfront/views.py", line 122, in do_login account = auth.authenticate(username, password) File "/usr/lib/pymodules/python2.7/nav/web/auth.py", line 95, in authenticate auth = ldapauth.authenticate(username, password) File "/usr/lib/pymodules/python2.7/nav/web/ldapauth.py", line 120, in authenticate lconn = open_ldap() File "/usr/lib/pymodules/python2.7/nav/web/ldapauth.py", line 76, in open_ldap server = _config.get('ldap', 'server') File "/usr/lib/python2.7/ConfigParser.py", line 618, in get raise NoOptionError(option, section) NoOptionError: No option 'server' in section: 'ldap' <WSGIRequest path:/index/login/, GET:<QueryDict: {}>, POST:<QueryDict: {u'origin': [u''], u'username': [u'diehm-adm'], u'password': [u'godDamnitDjango']}>, COOKIES:{'sessionid': 'd660941ae6b821799dbb47ed41d47009'}, META:{'CONTENT_LENGTH': '52', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/usr/share/nav/htdocs', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTPS': '1', 'HTTP_ACCEPT': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'de,en-us;q=0.7,en;q=0.3', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'sessionid=d660941ae6b821799dbb47ed41d47009', 'HTTP_DNT': '1', 'HTTP_HOST': 'urz-nav-pet.urz.unibas.ch', 'HTTP_REFERER': 'https://urz-nav-pet.urz.unibas.ch/index/login/', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Firefox/28.0', 'PATH_INFO': u'/index/login/', 'PATH_TRANSLATED': '/usr/share/pyshared/nav/wsgi.py/index/login/', 'QUERY_STRING': '', 'REMOTE_ADDR': '131.152.2.16', 'REMOTE_PORT': '59503', 'REQUEST_METHOD': 'POST', 'REQUEST_URI': '/index/login/', 'SCRIPT_FILENAME': '/usr/share/pyshared/nav/wsgi.py', 'SCRIPT_NAME': u'', 'SERVER_ADDR': '131.152.2.216', 'SERVER_ADMIN': 'webmaster@localhost', 'SERVER_NAME': 'urz-nav-pet.urz.unibas.ch', 'SERVER_PORT': '443', 'SERVER_PROTOCOL': 'HTTP/1.1', 'SERVER_SIGNATURE': '<address>Apache/2.2.22 (Debian) Server at urz-nav-pet.urz.unibas.ch Port 443</address>\n', 'SERVER_SOFTWARE': 'Apache/2.2.22 (Debian)', 'SSL_TLS_SNI': 'urz-nav-pet.urz.unibas.ch', 'mod_wsgi.application_group': 'urz-nav-pet.urz.unibas.ch|', 'mod_wsgi.callable_object': 'application', 'mod_wsgi.handler_script': '', 'mod_wsgi.input_chunked': '0', 'mod_wsgi.listener_host': '', 'mod_wsgi.listener_port': '443', 'mod_wsgi.process_group': 'NAV', 'mod_wsgi.request_handler': 'wsgi-script', 'mod_wsgi.script_reloading': '1', 'mod_wsgi.version': (3, 3), 'wsgi.errors': <mod_wsgi.Log object at 0x7fa322859430>, 'wsgi.file_wrapper': <built-in method file_wrapper of mod_wsgi.Adapter object at 0x7fa3228655d0>, 'wsgi.input': <mod_wsgi.Input object at 0x7fa3210d6eb0>, 'wsgi.multiprocess': True, 'wsgi.multithread': True, 'wsgi.run_once': False, 'wsgi.url_scheme': 'https', 'wsgi.version': (1, 1)}> -- 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users