-- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Thu Dec 20 14:42:01 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Dec 20 14:42:10 2007 Subject: [Nav-users] problem about traffic map. In-Reply-To: 397352567.24899@fzu.edu.cn (zsh@fzu.edu.cn's message of "Tue, 11 Dec 2007 13:56:14 +0800") References: 397352567.24899@fzu.edu.cn Message-ID: yylir2ttrdi.fsf@voldsminde.uninett.no On Tue, 11 Dec 2007 13:56:14 +0800 "zsh" zsh@fzu.edu.cn wrote: > My traffic map don't work very well. When i click the traffic map,i > saw java loading and my explorer don't reponse any mouse click,i > have to force quit my explorer.I found my swp_netbox table is empty > in my database.Why? Check out this posting from October, which details the most common problems that cause this symptom: http://desperados.itea.ntnu.no/pipermail/nav-users/2007-October/001705.html I feel an urge to update the Traffic Map FAQ entry with some of this, but then again, the Traffic Map in its current incarnation will soon disappear. Quoting the MetaNAV database doc on swp_netbox: > A help table used in the process of building the physical topology > of the network. swp_netbox defines the candidates for next hop > physical neighborship. I don't think you will necessarily find anything in this table at any given time, but there should really be data here following a run of getBoksMacs ("mactrace" in the nav start/stop command). -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Thu Dec 20 14:48:45 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Dec 20 14:48:54 2007 Subject: [Nav-users] PHP Error In-Reply-To: 6440C474B3F6FE4EB44B34421B3E501E0941EA362C@dtes01.SAM.home (Keith Latta's message of "Tue, 18 Dec 2007 08:47:59 -0800") References: 6440C474B3F6FE4EB44B34421B3E501E0941EA362C@dtes01.SAM.home Message-ID: yylejdhtr2a.fsf@voldsminde.uninett.no On Tue, 18 Dec 2007 08:47:59 -0800 Keith Latta keithl@seattleartmuseum.org wrote: > I almost have NAV p and running. I am just having a few remaining > problems. I am sure this problem is simple, I just do not know the > best way to troubleshoot it. [snip] > pg_fetch_row(): supplied argument is not a valid PostgreSQL result resource [snip] > pg_exec() [function.pg-exechttp://nav/alertprofiles/function.pg-exec]: Query failed: ERROR: syntax error at end of input at character 41 > Thanks for any help you have in solving this problem. Hi Keith, Are you using PHP5? The AlertProfiles tool sometimes outputs a few strange warnings/error messages under PHP5, but these do not seem to be detrimental to AlertProfiles' functioning. Unfortunately, there are no PHP-savvy/friendly developers currently working on NAV, so we've yet to find the time to figure out how to quench these messages. What were you doing in the interface when these errors occurred? -- mvh Morten Brekkevold UNINETT >From prieheck at iwu.edu Thu Dec 20 08:01:13 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Thu Dec 20 14:57:10 2007 Subject: [Nav-users] python error on unknown snmp oid breaking IP Info Center In-Reply-To: yylmys5txw5.fsf@voldsminde.uninett.no References: 1196880773.12139.36.camel@thales.iwu.edu yylmys5txw5.fsf@voldsminde.uninett.no Message-ID: 1198159273.6134.68.camel@thales.iwu.edu Ah ha, just kicked off the upgrade. Thanks!!! Pat On Thu, 2007-12-20 at 12:21 +0100, Morten Brekkevold wrote: > On Wed, 05 Dec 2007 12:52:53 -0600 Pat Riehecky prieheck@iwu.edu wrote: > > > When I add a device with an SNMP id that NAV doesn't recognize it > > prompts me to add it. After that point the IP Info tool will only > > provide the following. > [snip] > > File "/usr/lib/python2.4/site-packages/nav/web/tableview.py", line 39, in __init__ > > raise "Value %r not a number" % value > > > > Value nan not a number > > > > > > > > It doesn't matter which host is accessed, it simply outputs the > > above. When the offending host has the snmp data removed IP Info > > still fails to work. If the host is removed and re-added all goes > > back to normal. > > > > NAV 3.3.1 from the current debian package > > This is the issue: > http://sourceforge.net/tracker/index.php?func=detail&aid=1831074&gro... > > I.e. it has nothing to do with unknown sysObjectIDs. > > This was fixed in NAV 3.3.2, which has now been released. Since I'm > replying a bit late, I assume you've already upgraded? :) >