Nav-users

nav-users@lister.sikt.no

1372 discussions

Traceback (most recent call last):
by Keith Latta 21 Nov '08

21 Nov '08

I am getting this error when I look at any port statistics in IP device Center. I am running NAV 3.4.4 on Debian. Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/dispatcher.py", line 104, in handler result = handler.process(request) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/rrd.py", line 63, in process return datasources(query, session) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/rrd.py", line 423, in datasources return showGraphs(session) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/rrd.py", line 403, in showGraphs table.add(html.Image(src=images[index].graphUrl(), name=index), editCell, File "/usr/lib/python2.4/site-packages/nav/rrd/presenter.py", line 431, in graphUrl a = rrdtool.info(rrd_filename) error: opening '/var/lib/nav/cricket-data/switch-ports/192.168.145.6/1_5.rrd': No such file or directory Thanks Keith Latta Senior Systems Engineer Seattle Art Museum<http://www.seattleartmuseum.org/> 206.654.3231

2 1

Can't get bulk import to work
by lene.myhre＠item.ntnu.no 21 Nov '08

21 Nov '08

Hi, I have been trying adding all my IP devices with bulk import and got "green light" on all devices. But when I tried to import, I got an error message. I then tried the same prosedure again, but this time I got "red light" on all devices, even though the list was the same. I then tried adding one of the devices manually, but I got "IP already exists in database". I can't see the new IP devices in my list. Have these new IP devices been added, but are "invisible" for me in the GUI? How do I solve this? Regards, Lene Maria Myhre Wireless Trondheim

3 2

Cricket Tree needs to be recompiled
by Keith Latta 05 Nov '08

05 Nov '08

I keep getting "Cricket Tree needs to be recompiled" when I try and run statistics. I have tried running /usr/bin/cricket-compile. It always comes back with "Couldn't apply preserved file mode to /etc/nav/cricket-config/config.db.new". I am running this on NAV 3.4.4. Any Ideas? Keith Latta Senior Systems Engineer Seattle Art Museum<http://www.seattleartmuseum.org/> 206.654.3231

2 1

Adding wireless access points to IP devices
by lene.myhre＠item.ntnu.no 05 Nov '08

05 Nov '08

Hi, We are new to NAV and have a couple of questions regarding adding new IP devices. We are trying to add our Cisco 1242 and 1131 access points, and I can see that they are already added in the "Type" list. But we are using Lightweight AP's that does not have SNMP, so I do not have a RO community. How do I best add the access points then? Is it possible to use "WLAN" as device, or do I have to add it under "Other"? Also, adding IP devices, is it possible to have another name for them than the IP address? It's kind of confusing with over 100 IP-addresses for our access points... Regards, Lene Maria Myhre Wireless Trondheim

4 6

Announcement: NAV 3.5.0b2 released
by Morten Brekkevold 03 Nov '08

03 Nov '08

NAV 3.5.0b2 is now available for download at Launchpad: https://launchpad.net/nav/3.5/3.5.0b2 This is the second beta test release of the 3.5 series; the changelog is attached to this message. Binary packages for Debian will be available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission >From UNINETT. The same upgrade instructions as for 3.5.0b1 apply for those who are upgrading from 3.4. If you have been testing the previous beta release and are upgrading to this updated version, please follow the updated database schema upgrade instructions in doc/sql/upgrades/README (paying special attention to the part about namespace search paths). Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.4.4 released
by Morten Brekkevold 29 Okt '08

29 Okt '08

For those of you who aren't brave enough to test the current 3.5 betas, NAV 3.4.4 is now available for download at Launchpad: https://launchpad.net/nav/3.4/3.4.4 This is a bugfix release; the changelog is attached to this message. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

2 1

Status page fails after bulk import
by Rikard Stemland Skjelsvik 09 Okt '08

09 Okt '08

After bulk importing 100 GSW devices with the same amount of locations ,also bulk imported, the status page failes. All other tools seems to be working. The error is: Mod_python error: "PythonHandler status" Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/var/www/nav/status/status.py", line 71, in handler output = indexInternal(req) File "/var/www/nav/status/status.py", line 108, in indexInternal statusPage = StatusPage(req,prefs) File "/var/www/nav/status/status.py", line 130, in __init__ for section in prefs.sections: TypeError: iteration over non-sequence I tried a reboot of the server, but to no advantage -- Rikard

2 2

Possible bug in Syslog Analyzer
by Rikard Stemland Skjelsvik 08 Okt '08

08 Okt '08

After installing a clean Nav on Debian with the Debian packages, i have discoverd that the table with origins only display ip-adresses and not the hostname. This is purly cosmetic, but NAV both IP Info Center and IP Device Info (beta) recoqnizes both the ip-adress and the hostname. I even tried to add an entry in the /etc/hostfile and that did not help. -- Rikard

2 3

Announcement: NAV 3.4.3 released
by Morten Brekkevold 08 Okt '08

08 Okt '08

NAV 3.4.3 is now available for download at Launchpad: https://launchpad.net/nav/3.4/3.4.3 This is a bugfix release, the changelog is attached to this message. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. For those upgrading their existing NAV installation, please see the added section about upgrading to 3.4.3 in the attached release notes. The SQL upgrade script provided with 3.4.2 contained a bug which prevented the SQL changes from taking place, and the updated upgrade script must be run. Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

4 6

Issues with servicemon
by Stokkenes Vidar 08 Okt '08

08 Okt '08

Hello, Ever since I migrated to a seperate PostgreSQL server, I've had various issues with dying NAV processes/daemons. The most common one is this error, appearing in servicemon.log after enabling DEBUG in the nav.conf file: FROM serviceproperty order BY serviceid [2008-10-08 12:38:58] servicemon.py:__init__:61 [Notice] Setting checkinterval=60 [2008-10-08 12:38:58] servicemon.py:__init__:63 [Notice] Reading database config [2008-10-08 12:38:58] servicemon.py:__init__:64 [Notice] Setting up runqueue [2008-10-08 12:38:58] RunQueue.py:__init__:98 [Notice] Setting maxthreads=20 [2008-10-08 12:38:58] RunQueue.py:__init__:100 [Notice] Setting maxRunCount=50 [2008-10-08 12:38:58] db.py:cursor:85 [Critical] Could not get cursor. Trying to reconnect... [2008-10-08 12:38:58] db.py:connect:72 [Notice] Successfully (re)connected to NAVdb [2008-10-08 12:38:58] db.py:query:108 [Debug] Executing: SELECT serviceid, property, value FROM serviceproperty order BY serviced I even had the servicemon developer over at my office, and he couldn't really tell why I was getting this error as he was able to grab the cursor when issuing it from a python shell. I've made some postgres.conf tweaks to allow harder work, as I have a quite big NAV database. Here are the changes I've made: <snip> work_mem = 98088 maintenance_work_mem = 131072 shared_buffers = 20000 vacuum_cost_delay = 50 checkpoint_segments = 20 checkpoint_timeout = 900 stats_start_collector = on stats_row_level = on max_fsm_pages = 500000 max_fsm_relations = 2000 wal_buffers = 512 max_locks_per_transaction = 512 </snip> Even though I've made these changes, I still seem to get: LOG: unexpected EOF on client connection LOG: unexpected EOF on client connection LOG: unexpected EOF on client connection .. in my postgresql server logs... The PostgreSQL server itself is a Quad core CPU box with 8GB of ram, and should not be overloaded in any way. Load is ~0.10 at all times. Any ideas why my PostgreSQL server keeps rejecting cursors and giving me these EOF errors? Any help appreicated ------------------------------------------------------ Vidar Stokkenes Konsulent Nettverk Seksjon for nettverk og telekom HN IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Mobil: 95 87 99 42 e-post: vidar.stokkenes(a)hn-ikt.no<mailto:vidar.stokkenes@hn-ikt.no> [cid:image001.png@01C92945.5BD3A8D0]

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users