- Nav-users - lister.unit.no

UNINETT is hiring a NAV developer
by Morten Brekkevold 30 Apr '12

30 Apr '12

Hi everyone, our mailing lists aren't too high-traffic, so I hope it doesn't hurt to spam you with a job ad ;) Up until now, I've been the only full-time employee working on NAV development at UNINETT. This is finally about to change: We are now hiring another full-time software engineer to join our NAV development team in Trondheim. If you are interested, or know of someone who might be, please see the full job ad here: http://www.uninett.no/en/job-opportunity-software-engineer-network-monitori… -- Morten Brekkevold UNINETT

2 2

question about prefix
by Rene Romijn 30 Apr '12

30 Apr '12

Hi, Question, if I go to report/prefix I see all my networks and subnetworks and also a nice number of active ip addresses. I remember in de the past that when I clicked on the number of active ip addresses I got the list of all individual ip's. Now I got the main page of the machine tracker with the error message "this field is required". Is it somehow possible that it does give the list at once when you click the number? Regards, René

2 1

Stack underflow at /usr/share/cricket/lib/RPN.pm line 79
by Enixz 25 Apr '12

25 Apr '12

Hi, I have installed NAV 3.11.3 debian package on squeeze 64-bit. One of the router interfaces on gw had encoutered this error when i try to view the octet data on cricket. Log file in /var/log/apache2/error.log had this error. [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] Stack underflow at /usr/ share/cricket/lib/RPN.pm line 79., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] Stack underflow at /usr/ share/cricket/lib/RPN.pm line 79., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] [21-Apr-2012 21:04:54*] Problem scaling value. Reverting to unscaled value., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x Have tried search this archive and googled for a solution but nothing came up. The interface is a elink and i have no issues on other interface Fa0/1 in the same router. Any hint on how i can go about troubleshooting this?

2 1

Announcement: NAV 3.11.2 released
by Morten Brekkevold 13 Apr '12

13 Apr '12

NAV 3.11.2 is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.2 This maintenance release contains fixes for the following reported issues: * LP#939429 (throttle linkState events) * LP#962939 (navtopology crashes when router trunks exist) * LP#965972 (neighbor identification via sysname is case sensitive) * LP#968917 (ipdevpoll UnicodeDecodeError when storing unidentified LLDP neighbors) * LP#969069 (ipdevpoll.log fills up with snmp_open errors) * LP#972211 (Switch ports not discovered on Gbe2c switches) * LP#972363 (statically configured bridge forwarding entries aren't collected for machine tracking) * LP#972442 (ipdevpoll profiling job crashes with IntegrityError) * LP#979737 (throttle snmpAgentState events) * LP#979791 (ipdevpoll LLDP plugin crash with AttributeError) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Debian package nav init sequence makes nav start before postgresql
by Roger Aas 13 Apr '12

13 Apr '12

Hi, I have a request for change for the init configuration for the NAV Debian package. Problem: When the nav server starts some nav modules fail to start up because the nav init script makes nav start before the postgresql database has started. Under /etc/rc2.d/ (2 is default run level on my machine) the nav script is named S03nav and the postgresql script is named S03postgresql. Since init starts the scripts first numerically (same numbers can be started concurrently I think), then alphabetically it means nav will start a little before postgresql making some nav modules fail to start because they can not contact the database. Editing the script /etc/init.d/nav and adding postgresql to the end of the Required-Start and Required-Stop lines, then running the command "update-rc.d nav defaults" fixes this. The lines will look then like this: # Required-Start: $local_fs $named $network $remote_fs $syslog $time postgresql # Required-Stop: $local_fs $named $network $remote_fs $syslog $time postgresql Best regards, Roger Aas Atea AS

2 1

GbE2c Ethernet Blade Switch
by Rene Romijn 03 Apr '12

03 Apr '12

Hi, Maybe a stupid question, but we have several type of switches/routers in our network, nav does a good job with recognizing the hp and cisco ports. But we also have some Gbe2c switches, they are sold by hp but the original is from another branche (wich I forgot). Nav does see the type of switch but it doesn't see the individual switch ports. I would realy like to see that nav/cricket also keeps track of those switchports. Kind regards, Rene.

2 26

problem with the nav virual appliance
by dilbert 23 Mar '12

23 Mar '12

hello I tried to use the nav ( lenny ) virual appliance with virtualbox ( by importing the ovf ) but it failed. vitrualbox complained that the vmdk was incorrect. i downloaded it again on another computer and tried to convert the vmdk with qemu-image but it also complained that the vmdk was incorrect. could you confirm that the latest vmdk uploaded on your server really works ? ps: the etch vmdk works fine thanks mke

3 4

Announcement: NAV 3.11.1 released
by Morten Brekkevold 22 Mar '12

22 Mar '12

NAV 3.11.1 is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.1 This maintenance release contains the following improvements: * Unrecognized neighbors report is now back, with improved information and populated with source data from both CDP and LLDP. * Running out of available file descriptors while opening SNMP sockets is logged more informatively. * ipdevpoll will not run jobs unnecessarily for devices whose SNMP agents are known to be down. .. and fixes for the following reported issues: * LP#890142 (sysname is not updated from DNS for non-SNMP devices) * LP#953967 (Don't store router port addresses for shutdown ports) * LP#954766 (CDP plugin crashes with AttributeError on some devices) * LP#955087 (Geomap fails to draw map after OpenStreetMap shut down tiles@home server) * LP#955789 (sc.03.11.0004.sql fails on PostgreSQL 9) * LP#955808 (navtopology ValueError: need more than 1 value to unpack) * LP#955861 (ipdevpoll topo job IntegrityError) * LP#956772 (navtopology doesn't delete unused vlan records) * LP#956904 (ipdevpoll creates unusable Vlan records) * LP#956910 (ipdevpoll is unable to detect cisco router trunks properly) * LP#956955 (mcc.py creates sensors configuration for netboxes that have no SNMP community) * LP#959081 (Error in IP filter causes AlertEngine to crash) * LP#959156 (ipdevpoll AttributeError: LoggerAdapter instance has no attribute 'warn') * LP#961123 (ipdevpoll topo job UnboundLocalError in neighbor processing) * LP#961206 (Non-conformance to IPV6-TC in IPV6-MIB causes inventory job crash) * LP#961238 (ipdevpoll topo job crash when storing blocked ports for some Procurve switches) * LP#961566 (FieldDoesNotExist error in ipdevpoll: ifoperstatus_change) * LP#961573 (ipdevpoll ValueError: u'1.3' is not a valid sysObjectID) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Where do mcc.py get its data from
by Ingeborg Hellemo 19 Mar '12

19 Mar '12

NAV 3.10.1 We have several (but not all) routers and switches where cricket try to collect data fram OIDs the devices doesn't know anything about. I fail to find any similarities in type of device or OS-version between the devices. For a switch the offending lines in switches/navTargetTypes looks like this: targetType brusS101-sw.infra.uit.no ds = "c1900Bandwidth, c1900Bandwidth, c1900BandwidthMax, c1900BandwidthMax, mem5minFree, mem5minFree, mem5minUsed, mem5minUsed, sysUpTime, sysUpTime, c2900Bandwidth, c2900Bandwidth, c5000Bandwidth, c5000Bandwidth, c5000BandwidthMax, c5000BandwidthMax, cpu1min, cpu1min, cpu5min, cpu5min, hpcpu, hpcpu, hpmem5minFree, hpmem5minFree, hpmem5minUsed, hpmem5minUsed" view = "bandwidth: c1900Bandwidth c1900BandwidthMax c2900Bandwidth c5000Bandwidth c5000BandwidthMax, cpu: cpu1min cpu5min hpcpu, memory: hpmem5minFree hpmem5minUsed mem5minFree mem5minUsed, sysuptime: sysUpTime" Note that it tries to collect both c1900Bandwidth, c2900Bandwidth and c5000Bandwidth When I check the device via https://nav.example.com/report/netboxsnmpoid?netbox id=## I don't find any OIDs relating to Bandwidth at all. For Cisco routers the offending OID is hpcpu and hpmem*. targetType kulth-gsw.infra.uit.no ds = "c5000Bandwidth, c5000BandwidthMax, cpu1min, cpu5min, hpcpu, hpmem5minFree, hpmem5minUsed, mem5minFree, mem5minUsed, sysUpTime" view = "bandwidth: c5000Bandwidth c5000BandwidthMax, cpu: cpu1min cpu5min hpcpu, memory: hpmem5minFree hpmem5minUsed mem5minFree mem5minUsed, sysuptime: sysUpTime" Any ideas why mcc.py puts them in? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

3 10

Geomap has gone blank since the end of February
by Morten Brekkevold 14 Mar '12

14 Mar '12

It has been brought to our attention that NAV's Geomap has recently gone blank. Apparently, this is because OpenStreetMap has pulled their support for the Osmarender layer, which is one of the two OSM layers initialized and used by Geomap (the other being Mapnik). A post [1] on the OSM-dev list explains what has happened. As a response, we've removed the Osmarender layer from Geomap; this will be effective from the NAV 3.11.1 release, but if you wish to patch your current NAV installation to enable Geomap again, the patch is available at [2]. [1] http://lists.openstreetmap.org/pipermail/dev/2012-February/024301.html [2] http://metanav.uninett.no/hg/default/rev/516efd5456a4 -- Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.11.0 and 3.10.4 released
by Morten Brekkevold 13 Mar '12

13 Mar '12

The newest feature release of NAV, version 3.11.0, is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.0 The (hopefully) last bugfix release of the 3.10 series is also available at https://launchpad.net/nav/3.10/3.10.4 Both releases include a fix for the following embarrassing issue: * LP#947080 (Netbox attributes aren't updated when modules are found) The 3.11.0 release adds the following user-visible features and improvements: * LLDP support for improved topology detection. * getBoksMacs replaced by ipdevpoll plugins in `topo` job (i.e. fewer Java dependencies) * Q-BRIDGE-MIB now also used when collecting switch forwarding tables, meaning improved machine tracking data for switch vendors like HP, Juniper and Alcatel. * The Machine Tracker's IP search form has consolidated the `To` and `From` IP address search fields into a single `IP Range` search field with extended search syntax for ranges of IP addresses. See LP#643544 for details. * ipdevpoll can now be made to run single job configurations from ipdevpoll.conf, to run in the foreground, and to log to stderr instead of its log file. * ipdevpoll will reset its log levels from logging.conf upon receiving a SIGHUP signal. * ipdevpoll will log the currently active polling jobs upon receiving a SIGUSR1 signal. Don't forget to check out the release notes before/during/after upgrading to NAV 3.11. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

3 2

Using NAV as a source for rancid
by Sigurd Mytting 12 Mar '12

12 Mar '12

Hi! We´re looking into using rancid (http://www.shrubbery.net/rancid/) for keeping track of device configuration. I´d like to use the NAV database to build the rancid configuration. Currently I use dump.py, but I need more of the internal NAV data per device, most importantly I need to know the device vendor - cisco, juniper, alteon and so on. Is there an easy way to get a more complete dump of the NAV database? Cheers, -Sigurd

2 3

unsubscripe nav-users
by Jan Bakke 02 Mar '12

02 Mar '12

unsubscripe nav-users

1 0

Announcement: NAV 3.10.3 released
by Morten Brekkevold 02 Mar '12

02 Mar '12

NAV 3.10.3 is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.3 This maintenance release contains fixes for the following reported issues, as well as a few other minor tweaks: * LP#906849 (Status page does not show current IP devices down) * LP#936926 (mcc registers sensors RRD files in wrong directory) * LP#937622 (a device's supported snmp version is never updated) * LP#937677 (type, device and various other attributes aren't updated) * If you're on NAV 3.10, we recommend that you upgrade as soon as possible, as these bugs are quite crippling if they hit you. * After the upgrade, we also recommend running `cleanrrds.py` with the -d option, to clean NAV's database of references to non-existant sensor-related RRD files. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Device with strange(?) snmp-implementation triggers bug in seeddb
by Ingeborg Hellemo 23 Feb '12

23 Feb '12

Nav version 3.10.2 Django debug is intentionally turned on We need to monitor uptime on our printers and add them to NAV in category OTHER. When we add snmp-enabled SafeCom controllers (<http://www.betasoft.co.uk/safeco m/safecom_ext_controller.htm>) seeddb barfs while talking snmp to the device with ValueConstraintError at /seeddb/netbox/edit/1691/ SingleValueConstraint for 'Version': value 0 not within allowed values: [1] Request Method: POST Request URL: https://nav.uit.no/seeddb/netbox/edit/1691/ Django Version: 1.3.1 Exception Type: ValueConstraintError Exception Value: SingleValueConstraint for 'Version': value 0 not within allowed values: [1] Exception Location: /usr/local/lib/python2.7/site-packages/pysnmp/asn1/constra ints.py in __call__, line 40 Python Executable: /usr/local/bin/python Python Version: 2.7.2 Python Path: ['/usr/local/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg', '/usr/local/lib/python2.7/site-packages/Cheetah-2.4.4-py2.7-freebsd-8.2-RELEAS E-p5-amd64.egg', '/usr/local/lib/python2.7/site-packages/zope.interface-3.8.0-py2.7-freebsd-8.2 -RELEASE-p5-amd64.egg', '/usr/local/lib/python2.7/site-packages/pyasn1-0.1.2-py2.7.egg', '/usr/local/lib/python2.7/site-packages/python_ldap-2.4.7-py2.7-freebsd-8.2-RE LEASE-p5-amd64.egg', '/usr/local/nav/lib/python', '/usr/local/lib/python27.zip', '/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-freebsd8', '/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', '/usr/local/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/site-packages'] Traceback: File "/usr/local/lib/python2.7/site-packages/django/core/handlers/base.py" in get_response 111. response = callback(request, *callback_args, **callback_kwargs) File "/usr/local/nav/lib/python/nav/web/seeddb/page/netbox/edit.py" in netbox_edit 49. if netbox_form.is_valid(): File "/usr/local/lib/python2.7/site-packages/django/forms/forms.py" in is_valid 121. return self.is_bound and not bool(self.errors) File "/usr/local/lib/python2.7/site-packages/django/forms/forms.py" in _get_errors 112. self.full_clean() File "/usr/local/lib/python2.7/site-packages/django/forms/forms.py" in full_clean 268. self._clean_form() File "/usr/local/lib/python2.7/site-packages/django/forms/forms.py" in _clean_form 296. self.cleaned_data = self.clean() File "/usr/local/nav/lib/python/nav/web/seeddb/page/netbox/forms.py" in clean 81. self._check_ro_community(ip, ro_community, cat) File "/usr/local/nav/lib/python/nav/web/seeddb/page/netbox/forms.py" in _check_ro_community 106. version = self.get_snmp_version(ip, ro_community) File "/usr/local/nav/lib/python/nav/web/seeddb/page/netbox/forms.py" in get_snmp_version 135. snmp.get(sysobjectid) File "/usr/local/nav/lib/python/nav/Snmp/pysnmp_se.py" in get 99. rsp.berDecode(answer) File "/usr/local/lib/python2.7/site-packages/pysnmp/asn1/encoding/ber/base.py" in berDecode 296. input = self[key].berDecode(input) File "/usr/local/lib/python2.7/site-packages/pysnmp/asn1/encoding/ber/base.py" in berDecode 202. self._setRawAsn1Value(value) File "/usr/local/lib/python2.7/site-packages/pysnmp/asn1/base.py" in _setRawAsn1Value 169. self._subtype_constraint(value) File "/usr/local/lib/python2.7/site-packages/pysnmp/asn1/base.py" in _subtype_constraint 78. c( self, value ) File "/usr/local/lib/python2.7/site-packages/pysnmp/asn1/constraints.py" in __call__ 40. self.values.keys(), Exception Type: ValueConstraintError at /seeddb/netbox/edit/1691/ Exception Value: SingleValueConstraint for 'Version': value 0 not within allowed values: [1] It is quite possible that the SNMP-implementation on these devices are odd, but seeddb should be able to cope in a more elegant way. Attached is the output of snmpwalk of the device without any fancy flags. Let me know if you need more info. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

Announcement: NAV 3.10.2 released
by Morten Brekkevold 21 Feb '12

21 Feb '12

NAV 3.10.2 is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.2 This maintenance release contains fixes for the following reported issues, as well as a few other minor tweaks: * LP#258298 (Service alerts aren't closed on service deletion) * LP#392022 (Incorrect IPv4 net address prefix link in Subnet matrix) * LP#744930 (vlan report for closed vlans is empty) * LP#744933 (IP range searches in radius accounting tool ignores timestamp) * LP#912210 (pping crashes when its PID is >= 32768) * LP#912219 (Network explorer incomplete domain names) * LP#920882 (moduleDown alerts reference affected module only as "$module") * LP#920886 (Status page doesn't show modules down) * LP#922566 (SQL syntax errors from getBoksMacs on PostgreSQL 9.1) * LP#922586 (Cisco 1900 switches cause getBoksMacs SNMP walks to go into infinite loops) * LP#922616 (report system behaves badly if accessed without a trailing slash in url) * LP#923641 (Fan outage on HP devices never reported) * LP#925928 (HP Virtual Connect Ethernet modules report crazy MAC addresses, making getBoksMacs spew SQL errors) * LP#925956 (link from organization report to prefix report crashes report page) * LP#928754 (Installing database on PostgreSQL 9 fails) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Sanitizing table cam in the nav database
by Nik Mitev 14 Feb '12

14 Feb '12

Hello, I have created a pilot installation of NAV, currently handling 16 production switches. It seems that the cam table, holding the MAC addresses seen on the switches is growing very fast and holding large amounts of redundant information, in some cases up to 250 entries per MAC address. I am looking for ways to restrict the amount of history kept, as we only need to know which switch/port a MAC is on, rather than a full history of online/offline status changes. This can of course be done by scripts, I was wondering though is there any relevant built-in functionality already present? Thanks, Nik

2 1

Timezone problem
by Adrian Bucurica 05 Jan '12

05 Jan '12

Hello everyone, We've just started to test NAV and I have a strange problem with the timezone reported in NAV. It seems that NAV reports all operations using timezone GMT+1 (Western Europe) but on localhost we have configured a different timezone: diff -s /etc/localtime /usr/share/zoneinfo/`cat /etc/timezone` Files /etc/localtime and /usr/share/zoneinfo/America/Chicago are identical We are using Debian Squeeze 64-bit and NAV 3.10 installed from source. What am I missing? Regards, Adrian

2 2

Announcement: NAV 3.10.1 released
by Morten Brekkevold 05 Jan '12

05 Jan '12

NAV 3.10.1 is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.1 This maintenance release contains fixes for the following reported issues, as well as a few other minor tweaks: * LP#903096 (Ampersand in organization id crashes ipdevinfo) * LP#904605 (netboxinfo subcat column links to a failing page) * LP#906763 (SyntaxError in powersupplywatch.py on Python < 2.6) * LP#906845 (Status on front page shows device on maintenance as down) * LP#906850 (Alert Profiles NoReverseMatch error under Django 1.3) * LP#907193 (COMMIT/ROLLBACK error after deleting device (Django 1.3)) * LP#907204 (seeddb crashes while adding an already existing switch) * LP#907741 (NAV 3.10 pping inaccurately reports multitudes of devices as down when pinging self) * LP#907772 (navtopology crashes with TypeError) * LP#910849 (ipdevpoll wastes time and I/O bandwidth with unnecessary SQL UPDATEs) * LP#910855 (navtopology doesn't avoid multiple instances) * LP#911684 (radius accounting log crashes when searching) * LP#911786 (servicemon stops sending events) Also, as Adrian Bucurica discovered, there may be issues with how NAV handles time unless you're in the Europe/Oslo (CET/CEST) time zone. nav.conf has been updated to reflect the availability of the TIME_ZONE option. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 0

nav 9.10 missing cricket summary info
by Tor Pretorius 02 Jan '12

02 Jan '12

Hi. I,m install "nav 3.10" Debian package version, on debian 6 (64bit) system I have installed the "nav 3.10" Debian package version, on debian 6 (64bit) VMware system everything seems to work and, apart from cricket summary All graphs are correct "Daily graph","Weekly graph" in the summary field displays only the time ? no data or graph ?? Is there anyone who has experienced the same ? Med vennlig hilsen / Best Regards Tor Pretorius

2 1

COMMIT/ROLLBACK error after deleting device
by Ingeborg Hellemo 20 Des '11

20 Des '11

When I delete a device I get an "Error: Transaction managed block ended with pending COMMIT/ROLLBACK" The device is deleted, but the error message (in red) is noisy and confusing. NAV 3.9.3 postgresql-client-8.4.8 postgresql-server-8.4.8_1 --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 3

Ugly and confusing error messages in /alertprofiles/
by Ingeborg Hellemo 20 Des '11

20 Des '11

NAV 3.9.4 When editing filters and other items in Alert profiles we get several error messages, but the things we are trying to do is indeed saved. Is this a NAV issue or our version of Django? In Alert Profiles -> Alert addresses -> New address When I click "Save new" I get the following error, but when I go back to <https://nav.uit.no/alertprofiles/address/> I see that the address is saved. ---------- NoReverseMatch at /alertprofiles/address/save/ Reverse for 'alertprofiles-address-detail' with arguments '(None,)' and keyword arguments '{}' not found. Request Method: POST Request URL: https://nav.uit.no/alertprofiles/address/save/ Django Version: 1.3 Exception Type: NoReverseMatch Exception Value: Reverse for 'alertprofiles-address-detail' with arguments '(None,)' and keyword arguments '{}' not found. Exception Location: /usr/local/lib/python2.7/site-packages/django/core/urlreso lvers.py in reverse, line 337 Python Executable: /usr/local/bin/python Python Version: 2.7.2 Python Path: ['/usr/local/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg', '/usr/local/lib/python2.7/site-packages/simplejson-2.1.6-py2.7-freebsd-8.2-REL EASE-amd64.egg', '/usr/local/lib/python2.7/site-packages/zope.interface-3.6.5-py2.7-freebsd-8.2 -RELEASE-amd64.egg', '/usr/local/lib/python2.7/site-packages/pyasn1-0.0.13b-py2.7.egg', '/usr/local/lib/python2.7/site-packages/Cheetah-2.4.4-py2.7-freebsd-8.2-RELEAS E-amd64.egg', '/usr/local/lib/python2.7/site-packages/pyasn1_modules-0.0.1a-py2.7.egg', '/usr/local/lib/python2.7/site-packages/python_ldap-2.4.3-py2.7-freebsd-8.2-RE LEASE-amd64.egg', '/usr/local/nav/lib/python', '/usr/local/lib/python27.zip', '/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-freebsd8', '/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', '/usr/local/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/site-packages'] ------- Similar error occurs when adding a new filter or a new filter group: NoReverseMatch at /alertprofiles/filters/save/ Reverse for 'alertprofiles-filters-detail' with arguments '(None,)' and keyword arguments '{}' not found. Request Method: POST Request URL: https://nav.uit.no/alertprofiles/filters/save/ Django Version: 1.3 Exception Type: NoReverseMatch Exception Value: Reverse for 'alertprofiles-filters-detail' with arguments '(None,)' and keyword arguments '{}' not found. Exception Location: /usr/local/lib/python2.7/site-packages/django/core/urlreso lvers.py in reverse, line 337 ------- NoReverseMatch at /alertprofiles/filter-groups/save/ Reverse for 'alertprofiles-filter_groups-detail' with arguments '(None,)' and keyword arguments '{}' not found. Request Method: POST Request URL: https://nav.uit.no/alertprofiles/filter-groups/save/ Django Version: 1.3 Exception Type: NoReverseMatch Exception Value: Reverse for 'alertprofiles-filter_groups-detail' with arguments '(None,)' and keyword arguments '{}' not found. Exception Location: /usr/local/lib/python2.7/site-packages/django/core/urlreso lvers.py in reverse, line 337 Python Executable: /usr/local/bin/python --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 2

Issues with status-page and box down
by Ingeborg Hellemo 20 Des '11

20 Des '11

2 issues really: At the moment I have 3 boxes down, one of which is on maintenance. 1. The "Status now" box on the NAV front page shows also the box which is on maintenance as down. Is this a bug or a feature? NAV pre 3.9 was silent about boxes on maintenance on the front page. 2. https://nav.example.com/status/ shows correctly one box as on maintenance, but the "IP devices down" is empty! I have to click on the history-tag to find my two boxes (which went dows yesterday, but are still down). --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

Bug in reports, subcategories
by Ingeborg Hellemo 20 Des '11

20 Des '11

We use subcategories extensively. There is a bug in the report generator related to subcats. Howto reproduce: * Goto Home > Report > Server (or some other category with subcategories). * Click on subcats for a server which belongs to a subcategory. You are now in <https://nav.uit.no/report/netboxinfo?netboxid=(#ofnetbox)>. * Click on the name of a subcategory * You will now enter https://nav.uit.no/report/netboxinfo?category=(Name of subcat)> Lo and behold: Netboxinfo Configuration error! The report generator is not able to do such things. column "category" does not exist LINE 1: ...IN netboxcategory USING (netboxid)) AS foo WHERE category =... ^ -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

3 3

Announcement: NAV 3.10.0 and 3.9.4 released
by Morten Brekkevold 16 Des '11

16 Des '11

The newest feature release of NAV, version 3.10.0, is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.0 The last bugfix release of the 3.9 series is also available at https://launchpad.net/nav/3.9/3.9.4 Both releases include fixes for the following issues: * LP#898992 (ipdevinfo displays all ports as blocking whereas stpblock report confirms that they're not) * LP#900723 (No SW version on Cisco 4506E L3 switch) * LP#900779 (smsd crashes when discarding non-dispatchable messages with non- ASCII chars) * LP#901623 (mcc does not update maximum threshold value for interfaces) * LP#903128 (servicemon/pping opens a new connection on any database error) * LP#903681 (room report should include position) * LP#904178 (smsd removes permanently failed dispatchers even when it should ignore permanent failures) The 3.10.0 release also fixes these issues: * LP#744940 (geomap should default to a sensible start map) * LP#894727 (No server software versions since NAV 3.5) The 3.10.0 release adds the following user-visible features and improvements: * VLAN subtopology detection has been rewritten to Python. The old networkDiscovery Java program is now deprecated. * Alerts when SNMP agents stop responding. * Alerts on power failure SNMP traps from UPS units. UPS-MIB (RFC 1628) and proprietary MIBs from Eaton Corporation, APC and MGE are supported. * Configurable port link status monitoring and alerting in ipdevpoll, independent of SNMP trap configuration. * Alerts on redundant power supply and fan failures on Cisco and HP devices. * Statistics from all environment sensors (such as temperature, humidity, light, sound, etc.) detectable through either ENTITY-SENSOR-MIB (RFC 3433), CISCO-ENVMON-MIB or IT-WATCHDOGS-MIB (IT Watchdogs WeatherGoose) are now collected via Cricket. * pping can now ping IPv6 hosts. * ipdevinfo and Machine Tracker now perform bulk DNS lookups in parallel, improving page load times when DNS is slow. Don't forget to check out the release notes before/during/after upgrading to NAV 3.10. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users