Januar 2006 - Nav-users - lister.unit.no

Error adding new device
by hana＠melsa.net.id 25 Jan '06

25 Jan '06

I have a problem on nav installation, when I tried to add a new device, always been an error : Error: exceptions.AttributeError: 'NoneType' object has no attribute 'lstrip' had anyone experienced with the same problem? >From dpinkoski at dnps.com Fri Jan 27 15:08:34 2006 From: dpinkoski at dnps.com (David Pinkoski) Date: Fri Jan 27 21:13:34 2006 Subject: [Nav-users] Traffic map is mostly empty. Message-ID: <1138392514.11052.9.camel(a)localhost.localdomain> I just got NAV installed and appears to be working somewhat. We utilize no Cisco devices at all, so I had to add some types first. I have added some ip devices but after one week, I still see nothing in the Traffic map/vlanPlot. The legend appears on the left, but only the words "Traffic Map: Top" is displayed in the top center of page. I see nothing in the documentation on how to configure this. Any help would be appreciated. Since I'm asking questions, also i have added about 5 switches, and each switch is identical. But one switch will not show how many ports it has on it in the "Devices in Operation" report/netbox. The only difference that I can see, is that the software rev may not be the same, but the sysObjectID is identical. Any ideas on why one switch might not report back? snmp community strings are the same. >From dpinkoski at dnps.com Fri Jan 27 15:14:17 2006 From: dpinkoski at dnps.com (David Pinkoski) Date: Fri Jan 27 21:16:24 2006 Subject: [Nav-users] Cron <navcron@localhost> $BINDIR/getBoksMacs.sh $NUM_THREADS Message-ID: <1138392857.11052.12.camel(a)localhost.localdomain> Any idea at all about what the following might mean? It's an email from Cron Daemon for the job named in the subject of this email. java.lang.NullPointerException at QueryBoks.processMacEntry(QueryBoks.java:917) at QueryBoks.run(QueryBoks.java:264)

1 0

Service port is down on 158.XX.XX.XXX
by peder.sefland＠hivolda.no 20 Jan '06

20 Jan '06

>>> <alertengine(a)XXX.XXXX.no> 20.01.2006 10:35:22 >>> Service port on 158.XX.XX.XXX is down since 2006-01-20 10:34:34. Server up: Yes Status: Main building This was a crash and should not be "Server up: Yes" Some logg from servicemon.log [2006-01-20 10:34:06] abstractChecker.py:run:117 [Info] 158.XX.XX.XXX:port -> timed out [2006-01-20 10:34:06] abstractChecker.py:run:131 [Notice] 158.XX.XX.XXX:port -> State changed. New check in 5 sec. (DOWN, timed out) This is normal if we stop the service that we check on the server [2006-01-20 10:34:34] abstractChecker.py:run:117 [Info] 158.XX.XX.XXX:port -> (113, 'No route to host') [2006-01-20 10:34:34] abstractChecker.py:run:140 [Alert ] 158.XX.XX.XXX:port -> DOWN, (113, 'No route to host') But these line are special for the server that crash and should not give "Server up: Yes" Has this been solved in the latest nav-3.0.0-1.noarch.rpm? Peder >From magnus at ntnu.no Fri Jan 20 11:20:49 2006 From: magnus at ntnu.no (Magnus Nordseth) Date: Fri Jan 20 11:21:07 2006 Subject: [Nav-users] Service port is down on 158.XX.XX.XXX In-Reply-To: <s3d0c2ce.064(a)HVO-3.hivolda.no> References: <s3d0c2ce.064(a)HVO-3.hivolda.no> Message-ID: <20060120102048.GA15629(a)stud.ntnu.no> Peder Magne Sefland: > This was a crash and should not be "Server up: Yes" > > Some logg from servicemon.log > [2006-01-20 10:34:06] abstractChecker.py:run:117 [Info] > 158.XX.XX.XXX:port -> timed out > [2006-01-20 10:34:06] abstractChecker.py:run:131 [Notice] > 158.XX.XX.XXX:port -> State changed. New check in 5 sec. (DOWN, timed > out) > > This is normal if we stop the service that we check on the server > > > [2006-01-20 10:34:34] abstractChecker.py:run:117 [Info] > 158.XX.XX.XXX:port -> (113, 'No route to host') > [2006-01-20 10:34:34] abstractChecker.py:run:140 [Alert ] > 158.XX.XX.XXX:port -> DOWN, (113, 'No route to host') > > But these line are special for the server that crash and should not > give "Server up: Yes" > > Has this been solved in the latest nav-3.0.0-1.noarch.rpm? Service state monitoring is handled by one subsystem, while pping handles netbox state monitoring. pping usually operates at a higher frequency than servicemon, and should detect the server crash before servicemon. Both pping and statemon posts events to eventengine. Eventengine should wait for some seconds, before processing the event, to see if correlated events comes in. To debug this, I suggest that you check the log of pping and eventengine to see if a netbox down event is sent. -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc >From peder.sefland at hivolda.no Fri Jan 20 12:57:44 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Fri Jan 20 12:58:34 2006 Subject: SV: Re: [Nav-users] Service port is down on 158.XX.XX.XXX Message-ID: <s3d0de62.023(a)HVO-3.hivolda.no> >>> Magnus Nordseth <magnus(a)ntnu.no> 20.01.2006 11:20:49 >>> Peder Magne Sefland: > This was a crash and should not be "Server up: Yes" > > Some logg from servicemon.log > [2006-01-20 10:34:06] abstractChecker.py:run:117 [Info] > 158.XX.XX.XXX:port -> timed out > [2006-01-20 10:34:06] abstractChecker.py:run:131 [Notice] > 158.XX.XX.XXX:port -> State changed. New check in 5 sec. (DOWN, timed > out) > > This is normal if we stop the service that we check on the server > > > [2006-01-20 10:34:34] abstractChecker.py:run:117 [Info] > 158.XX.XX.XXX:port -> (113, 'No route to host') > [2006-01-20 10:34:34] abstractChecker.py:run:140 [Alert ] > 158.XX.XX.XXX:port -> DOWN, (113, 'No route to host') > > But these line are special for the server that crash and should not > give "Server up: Yes" > > Has this been solved in the latest nav-3.0.0-1.noarch.rpm? Service state monitoring is handled by one subsystem, while pping handles netbox state monitoring. pping usually operates at a higher frequency than servicemon, and should detect the server crash before servicemon. Both pping and statemon posts events to eventengine. Eventengine should wait for some seconds, before processing the event, to see if correlated events comes in. To debug this, I suggest that you check the log of pping and eventengine to see if a netbox down event is sent. -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc Thank you for your respond pping.log says [2006-01-20 10:34:46] pping.py:generateEvents:142 [Notice] 158.XX.XX.XXX (158.XX.XX.XXX) marked as down. [2006-01-20 10:36:46] pping.py:generateEvents:159 [Notice] 158.XX.XX.XXX (158.XX.XX.XXX) marked as up. eventEngine.log says Jan 20 10:34:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-HANDLE Box going down: Box [ip=158.XX.XX.XXX, sysname=158.XX.XX.XXX, status=up] Jan 20 10:35:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-CALLBACK Box down: 158.XX.XX.XXX If we look at the time in the alert-mail, it is send before pping dectect that the server is down >>> <alertengine(a)XXX.XXXX.no> 20.01.2006 10:35:22 >>> Service port on 158.XX.XX.XXX is down since 2006-01-20 10:34:34. Peder >From kaa at msu.net Mon Jan 23 16:00:56 2006 From: kaa at msu.net (Alexander Krapivin) Date: Mon Jan 23 14:00:59 2006 Subject: [Nav-users] Errors while building NAV from sources Message-ID: <43D4D388.2060801(a)msu.net> Hello! I'm trying to build NAV from latest trunk sources. Everything is OK, until 'make install'. Please, advice me where I'm wrong. While doing 'make install' i've got the following errors: --cut here-- compile: [javac] Compiling 1 source file to /usr/local/src/nav/trunk/src/Database/build [javac] /usr/local/src/nav/trunk/src/Database/src/no/ntnu/nav/Database/Database.java:40: package no.ntnu.nav.logger does not exist [javac] import no.ntnu.nav.logger.Log; [javac] ^ [javac] /usr/local/src/nav/trunk/src/Database/src/no/ntnu/nav/Database/Database.java:774: cannot find symbol [javac] symbol : variable Log [javac] location: class no.ntnu.nav.Database.Database [javac] Log.e("DATABASE-QUERY", "Got Exception; database is probably down: " + msg); [javac] ^ [javac] /usr/local/src/nav/trunk/src/Database/src/no/ntnu/nav/Database/Database.java:1024: cannot find symbol [javac] symbol : variable Log [javac] location: class no.ntnu.nav.Database.Database [javac] Log.e("DATABASE-UPDATE", "Got Exception; database is probably down: " + msg); [javac] ^ [javac] 3 errors BUILD FAILED /usr/local/src/nav/trunk/src/Database/build.xml:30: Compile failed; see the compiler error output for details. Total time: 1 second make[1]: *** [install] Error 1 make[1]: Leaving directory `/usr/local/src/nav/trunk/src' make: *** [install-all] Error 1 --cut here-- -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia >From magnus at ntnu.no Mon Jan 23 14:59:34 2006 From: magnus at ntnu.no (Magnus Nordseth) Date: Mon Jan 23 14:59:37 2006 Subject: [Nav-users] Service port is down on 158.XX.XX.XXX In-Reply-To: <s3d0de62.024(a)HVO-3.hivolda.no> References: <s3d0de62.024(a)HVO-3.hivolda.no> Message-ID: <20060123135934.GA9534(a)stud.ntnu.no> Peder Magne Sefland: > pping.log says > [2006-01-20 10:34:46] pping.py:generateEvents:142 [Notice] > 158.XX.XX.XXX (158.XX.XX.XXX) marked as down. > [2006-01-20 10:36:46] pping.py:generateEvents:159 [Notice] > 158.XX.XX.XXX (158.XX.XX.XXX) marked as up. > > eventEngine.log says > Jan 20 10:34:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-HANDLE Box > going down: Box [ip=158.XX.XX.XXX, sysname=158.XX.XX.XXX, status=up] > Jan 20 10:35:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-CALLBACK Box > down: 158.XX.XX.XXX > > If we look at the time in the alert-mail, it is send before pping > dectect that the server is down > > >>> <alertengine(a)XXX.XXXX.no> 20.01.2006 10:35:22 >>> > Service port on 158.XX.XX.XXX is down since 2006-01-20 10:34:34. Peder, What is your pping and servicemon checkinterval? Check pping.conf and servicemon.conf. -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc >From peder.sefland at hivolda.no Mon Jan 23 15:30:21 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Mon Jan 23 15:30:48 2006 Subject: SV: Re: [Nav-users] Service port is down on 158.XX.XX.XXX Message-ID: <s3d4f69e.082(a)HVO-3.hivolda.no> >>> Magnus Nordseth <magnus(a)ntnu.no> 23.01.2006 14:59:34 >>> Peder Magne Sefland: > pping.log says > [2006-01-20 10:34:46] pping.py:generateEvents:142 [Notice] > 158.XX.XX.XXX (158.XX.XX.XXX) marked as down. > [2006-01-20 10:36:46] pping.py:generateEvents:159 [Notice] > 158.XX.XX.XXX (158.XX.XX.XXX) marked as up. > > eventEngine.log says > Jan 20 10:34:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-HANDLE Box > going down: Box [ip=158.XX.XX.XXX, sysname=158.XX.XX.XXX, status=up] > Jan 20 10:35:47 2006 eventEngine BOX_STATE_EVENTHANDLER-6-CALLBACK Box > down: 158.XX.XX.XXX > > If we look at the time in the alert-mail, it is send before pping > dectect that the server is down > > >>> <alertengine(a)XXX.XXXX.no> 20.01.2006 10:35:22 >>> > Service port on 158.XX.XX.XXX is down since 2006-01-20 10:34:34. Peder, What is your pping and servicemon checkinterval? Check pping.conf and servicemon.conf. pping.conf # How often do you want to ping checkinterval = 20# servicemon.conf How often do we want to check each service checkinterval = 60 Peder

1 0

New error after recreating the databases
by jsidwell＠perisys.net 19 Jan '06

19 Jan '06

NAV let me add a room, location, and a device type as well as one router, but now when adding the second router I get this error: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in handler output = editPage(req,pageList[table](),request,unicodeError) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in editPage outputForm,action) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2435, in add disabled=True)) TypeError: __init__() takes at least 2 non-keyword arguments (1 given)

1 0

SV: Re: [Nav-users] logger.conf
by peder.sefland＠hivolda.no 13 Jan '06

13 Jan '06

I have maybe a diffrent problem This is a tail of may cisco.log file Jan 13 14:00:08 158.X.X.X 448: 1w4d: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down Jan 13 14:00:13 158.X.X.X 449: 1w4d: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up Jan 13 14:00:35 volda-XXX 1824540: 1y35w: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/5, changed state to down Jan 13 14:00:38 volda-XXX 1824541: 1y35w: %LINK-3-UPDOWN: Interface FastEthernet0/5, changed state to up Jan 13 14:00:41 volda-XXX 1824542: 1y35w: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/5, changed state to up The switch with the ip-adresse turn up ok in the syslog Analyzer, but the switch with the sysname turn up under parsing errors Any ideas? Peder >>> Wojciech Kozicki <woj(a)tstd.pl> 13.01.2006 11:20:39 >>> On Friday 13 January 2006 11:11, Morten Vold wrote: > On 04/01/2006 14:59, Wojciech Kozicki uttered: > > how should be cisco box configured to have correct analyse in NAV Syslog > > Analyzer? > > I'm sorry to say that the syslog analyzer is an ill conceived subsystem > of NAV, and it is debated whether it belongs there or not. The > developer that wrote it no longer works on the project, and hardly > anyone I know of cares to use it (most sysadmins I know prefer to grep > the log files manually). Well, I am a console person :) But I thin that Logger module is really usefull, sometimes clicking is not so good... > With regards to your actual question, I have no idea about the required > format. Cisco equipment at NTNU still logs to our NAV 2 installation, > and the syslog analyzer har been rewritten from scratch in NAV 3. > > From what I can see, our logs look something like this: > > Jan 13 11:03:48 <router_name> 370245: Jan 13 11:03:52: > %SEC-6-IPACCESSLOGP: list vlan18out denied udp <ip1>(50186) -> > <ip2>(427), 1 packet Thank You for this info. > What I do know, is that your logger.conf must point to the actual log > file to pick up the log lines from. The default is > /usr/local/nav/var/log/cisco.log, which means your syslog daemon must be > configured to write log entries from external hosts to this file (or > configure a different file name). The logengine cron job runs every > minute to dump new entries from this file into the database. I also > believe logengine will truncate the log file after it has been read. This works ok, because nav has got my logs, but it puts them into error table. regards - Woj _______________________________________________ Nav-users mailing list Nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From morten.vold at ntnu.no Fri Jan 13 14:10:14 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 14:10:08 2006 Subject: [Nav-users] Trouble with editdb and UTF-8 In-Reply-To: <200601131244.k0DCiTgk002363(a)duke.cc.uit.no> References: <200601131244.k0DCiTgk002363(a)duke.cc.uit.no> Message-ID: <43C7A6B6.6010406(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/01/2006 13:44, Borge Brunes uttered: > My input is UTF-8, so I guess that the ugly serial number ' ??!,' > came from initBox.py or another of the py-script editdb use. Ok, I took a closer look at the code, and this is what seems to be going on: 1. Editdb retrieves a list of OIDs, known to return serial numbers, from the snmpoid table. 2. It then proceeds to query the new IP device for each one of those OIDs. 3. It then interprets all the retrieved values as if they were serial numbers, and queries the NAV database to see if any devices with these serial numbers already exist in the database. What seems to be happening, is that some devices return garbage as their reply to one or more of these OID queries, and that is what PostgreSQL is choking on. You can see which OIDs are queried if you execute the following SQL on your manage database: select snmpoid,getnext from snmpoid where oidkey ilike '%serial%'; I'll try to come up with a solution to this later, as I'm a bit pressed for time right now. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx6a2XxIl0kpcOkQRAkfmAJ9zygYxnUYhLT8uC9/Jw9aZ6Ybo8wCePRY6 MwaPOmwCQ+Z0UVeOvNUGYAA= =ne4y -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Mon Jan 16 09:44:32 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Mon Jan 16 09:44:34 2006 Subject: [Nav-users] Alcatel devices In-Reply-To: <200601131010.07073.woj(a)tstd.pl> References: <200601131010.07073.woj(a)tstd.pl> Message-ID: <43CB5CF0.6070802(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/01/2006 10:10, Wojciech Kozicki uttered: > anybody was successful monitoring Alcatel switches in NAV? (for > example X590), especially in cricket? I assume that you've successfully added your Alcatel switches to NAV, so that you at least have basic status monitoring? I'm no Cricket expert, but as far as I know, you'll have basic switch statistics monitored by Cricket as long as the switch supports the standard MIBs for this? If there are any special OIDs you wish to monitor and graph with Cricket, I believe you can add these to NAV by using editdb to add an snmpoid (afterward, getDeviceData should automatically test all your IP devices to see which ones support this new OID). Use 'cricket' as the description for the OID, I believe this will trigger makecricketconfig to configure cricket to collect this OID. Cc: John-Magne, for QA ;) - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy1zvXxIl0kpcOkQRAgFjAKDcjppcrP2oYl2OKHpf6mxE3ve9uwCeJTe+ 3JGiuGZz/3kDDvykbVR+jYQ= =0S9G -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Mon Jan 16 11:06:28 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Mon Jan 16 11:06:40 2006 Subject: [Nav-users] Trouble with editdb and UTF-8 In-Reply-To: <43C7A6B6.6010406(a)ntnu.no> References: <200601131244.k0DCiTgk002363(a)duke.cc.uit.no> <43C7A6B6.6010406(a)ntnu.no> Message-ID: <43CB7024.9070908(a)ntnu.no> Skipped content of type multipart/mixed

1 0

getBoksMacs.sh and java.lang.NullPointerException
by morten.vold＠ntnu.no 13 Jan '06

13 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/01/2006 11:54, Borge Brunes uttered: >>The fix is to change line 917 in that file from: >>if (macVlan.size() == 0) continue; >>To: >>if (macVlan == null || macVlan.size() == 0) continue; >>I can check this into svn later. > Yes! It fixed the problem. Thanks. Lovely! Kristian, when will you be checking in the fix? :) - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx5sAXxIl0kpcOkQRArreAJ0ZKuSQ4+cj2yUBR9FnX3t6bqhArQCg1TME htAvwyGj74lbb4jPbQyevXA= =cFgk -----END PGP SIGNATURE----- >From peder.sefland at hivolda.no Fri Jan 13 13:24:47 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Fri Jan 13 13:25:25 2006 Subject: SV: Re: [Nav-users] logger.conf Message-ID: <s3c7aa3c.042(a)HVO-3.hivolda.no> For us it was a useful tool in nav2, and we where looking forward to it in nav3 as well. And it has been mention by others in the "Feature request anyone" Nav is a powerfull tool to analyze your network, and collecting syslog is an importen part in this work. I understand that resources are limited,(refering to a mail from Morten with subject Re: [Nav-users] Again?) but Syslog Analyzer is a already implemented function that I hope will be stable. Peder >>> Morten Vold <morten.vold(a)ntnu.no> 13.01.2006 11:11:22 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/01/2006 14:59, Wojciech Kozicki uttered: > how should be cisco box configured to have correct analyse in NAV Syslog > Analyzer? I'm sorry to say that the syslog analyzer is an ill conceived subsystem of NAV, and it is debated whether it belongs there or not. The developer that wrote it no longer works on the project, and hardly anyone I know of cares to use it (most sysadmins I know prefer to grep the log files manually). With regards to your actual question, I have no idea about the required format. Cisco equipment at NTNU still logs to our NAV 2 installation, and the syslog analyzer har been rewritten from scratch in NAV 3. - From what I can see, our logs look something like this: Jan 13 11:03:48 <router_name> 370245: Jan 13 11:03:52: %SEC-6-IPACCESSLOGP: list vlan18out denied udp <ip1>(50186) -> <ip2>(427), 1 packet What I do know, is that your logger.conf must point to the actual log file to pick up the log lines from. The default is /usr/local/nav/var/log/cisco.log, which means your syslog daemon must be configured to write log entries from external hosts to this file (or configure a different file name). The logengine cron job runs every minute to dump new entries from this file into the database. I also believe logengine will truncate the log file after it has been read. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx3zKXxIl0kpcOkQRAiuGAKDpLWmxswuK2raIQCRS9iqDlp0MlQCdGFXg Aa2aflR3AyWhZmoaUAXiCbU= =gv6K -----END PGP SIGNATURE----- _______________________________________________ Nav-users mailing list Nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From morten.vold at ntnu.no Fri Jan 13 13:31:03 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 13:30:56 2006 Subject: [Nav-users] Errors when trying to make NAV on a Gentoo system with blackdown-jdk/jre In-Reply-To: <43C79AED.7040005(a)witelcom.com> References: <WorldClient-F200601071038.AA38330001(a)witelcom.com> <43C793B2.7010802(a)ntnu.no> <43C79AED.7040005(a)witelcom.com> Message-ID: <43C79D87.4060903(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/01/2006 13:19, Evert Meulie uttered: > BUILD FAILED > /root/nav-3.0.0/src/webapps/navAdmin/build.xml:163: taskdef class > org.apache.catalina.ant.DeployTask cannot be found Copy and paste from the lines that immediately precede build.xml:163:  - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx52HXxIl0kpcOkQRAiewAKCEFDoJVBJBcWtri+eUY5p0XA1nkwCg4hSI 8OpG9KBnqIgeyEcAE09KhdE= =SbMr -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Jan 13 13:36:28 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 13:36:22 2006 Subject: SV: Re: [Nav-users] logger.conf In-Reply-To: <s3c7aa3c.042(a)HVO-3.hivolda.no> References: <s3c7aa3c.042(a)HVO-3.hivolda.no> Message-ID: <43C79ECC.2030602(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/01/2006 13:24, Peder Magne Sefland uttered: > I understand that resources are limited,(refering to a mail from > Morten with subject Re: [Nav-users] Again?) but Syslog Analyzer is a > already implemented function that I hope will be stable. I don't think it will disappear, but it may reappear in a different form. The people at the University of Troms? argue that syslog does not belong in a database, and I tend to agree - the current design is far from elegant. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx57MXxIl0kpcOkQRAjUaAJ9vRhSIVvbq79ZgRKC9D4vj19Pt5gCgpQXj ZkrbLp0mRTnXVX0X9Tp9Iu8= =vcyJ -----END PGP SIGNATURE----- >From Borge.Brunes at cc.uit.no Fri Jan 13 13:44:29 2006 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Fri Jan 13 13:44:36 2006 Subject: [Nav-users] Trouble with editdb and UTF-8 In-Reply-To: Message from Morten Vold <morten.vold(a)ntnu.no> of "Fri, 13 Jan 2006 13:11:21 +0100." <43C798E9.5020706(a)ntnu.no> Message-ID: <200601131244.k0DCiTgk002363(a)duke.cc.uit.no> morten.vold(a)ntnu.no said: > How did you add them? Bulk import? Nope, no bulk-import - added one by one. >> I know that the encoding-consistency for Unicode has been tightened >> down in postgres 8.1: >> http://archives.postgresql.org/pgsql-hackers/2005-10/msg00972.php > > Yep, that is probably what triggers the error, question is still what the > input actually was. Editdb will interpret everything fed to it as UTF-8 (at > least if that's what your browser indicates), but if your actual input > contains invalid UTF-8 characters, editdb won't know. My input is UTF-8, so I guess that the ugly serial number ' ??!,' came from initBox.py or another of the py-script editdb use. B?rge

1 0

Alcatel devices
by woj＠tstd.pl 13 Jan '06

13 Jan '06

Hello, anybody was successful monitoring Alcatel switches in NAV? (for example X590), especially in cricket? regards -- Woj >From woj at tstd.pl Fri Jan 13 10:12:01 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Jan 13 10:12:30 2006 Subject: [Nav-users] logger.conf In-Reply-To: <200601041459.11900.woj(a)tstd.pl> References: <200601041459.11900.woj(a)tstd.pl> Message-ID: <200601131012.01521.woj(a)tstd.pl> On Wednesday 04 January 2006 14:59, Wojciech Kozicki wrote: > Hello, > > how should be cisco box configured to have correct analyse in NAV Syslog > Analyzer? > > I have cisco communicates in following format: > > Jan 4 14:50:47 <router_name> 2951: Jan 4 13:50:46: %SYS-5-CONFIG_I: > Configured from console by vty0 (<ip>) > > I can see this communicates in NAV, but only in: > https://nav_ip/logger/?error ("parsing errors" link) > I still have this problem, can anybody help? Which log I should check? regards -- Woj >From morten.vold at ntnu.no Fri Jan 13 10:46:51 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 10:46:44 2006 Subject: [Nav-users] Difference between netboxid and deviceid In-Reply-To: <200601021436.k02Eabuc065387(a)duke.cc.uit.no> References: <200601021436.k02Eabuc065387(a)duke.cc.uit.no> Message-ID: <43C7770B.30508(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/01/2006 15:36, Borge Brunes uttered: > see subject. > > The reason why I ask? I get a lot of these in getDeviceData-stderr.log : > > SQLException for update statement: UPDATE netbox SET deviceid='4177' WHERE netboxid='374' > org.postgresql.util.PSQLException: ERROR: duplicate key violates unique constraint "netbox_deviceid_key > SQLException for update statement: UPDATE netbox SET deviceid='4177' WHERE netboxid='377' > org.postgresql.util.PSQLException: ERROR: duplicate key violates unique constraint "netbox_deviceid_key" > > manage=# select * from netbox WHERE deviceid='4177'; > netboxid | ip | roomid | typeid | deviceid | > ----------+--------------+----------+--------+----------+ > 369 | 129.242.X.X | fp2N4119 | 16 | 4177 | > > > > It's three Cisco AP1200 (witch different serial#) fighting about > "deviceid='4177'" A device is any networking equipment that (may) have a serial number; think of it as any device in your equipment inventory. A netbox is a device that has been assigned an IP address and is monitored by NAV (in the user interface, a netbox is usually referred to as an IP Device). The only reason I can think of why this is happening on your installation, is that two netboxes on your network are reporting the same serial number when queried by SNMP (I have actually seen this happen on a couple of boxes here at NTNU). Before we consider the alternative scenario (NAV bug), I would like you to retrieve information about the device with id 4177: SELECT * FROM device WHERE deviceid=4177 (censor any data you don't want to go public with). Then, attempt to retrieve the serial number by snmpget/walk from the three IP addresses in question. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx3cLXxIl0kpcOkQRAh7KAKDoyPyy43kpt/osENSvBzlVC8wD3gCgkQoE eGPw1TlOehjWsUdOxaZIMGA= =4yhd -----END PGP SIGNATURE----- >From woj at tstd.pl Fri Jan 13 10:46:23 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Jan 13 10:46:50 2006 Subject: [Nav-users] Alcatel devices In-Reply-To: <200601131010.07073.woj(a)tstd.pl> References: <200601131010.07073.woj(a)tstd.pl> Message-ID: <200601131046.23651.woj(a)tstd.pl> On Friday 13 January 2006 10:10, Wojciech Kozicki wrote: > Hello, > > anybody was successful monitoring Alcatel switches in NAV? (for example > X590), especially in cricket? To be more specific, these are Xylan devices branded by Alcatel. Where I should put xylan mibs to make NAV support it? regards -- Woj >From woj at tstd.pl Fri Jan 13 11:02:10 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Jan 13 11:02:39 2006 Subject: [Nav-users] logger.conf In-Reply-To: <200601131012.01521.woj(a)tstd.pl> References: <200601041459.11900.woj(a)tstd.pl> <200601131012.01521.woj(a)tstd.pl> Message-ID: <200601131102.11342.woj(a)tstd.pl> On Friday 13 January 2006 10:12, Wojciech Kozicki wrote: > On Wednesday 04 January 2006 14:59, Wojciech Kozicki wrote: > > Hello, > > > > how should be cisco box configured to have correct analyse in NAV Syslog > > Analyzer? > > > > I have cisco communicates in following format: > > > > Jan 4 14:50:47 <router_name> 2951: Jan 4 13:50:46: %SYS-5-CONFIG_I: > > Configured from console by vty0 (<ip>) > > > > I can see this communicates in NAV, but only in: > > https://nav_ip/logger/?error ("parsing errors" link) > > I still have this problem, can anybody help? Which log I should check? > Hello again, can anybody show mi a properly classified (in NAV-logger) cisco-log line? Maybe this is format problem, some extra parameters I have in my cisco config - for example timestamp. thanks -- Woj >From morten.vold at ntnu.no Fri Jan 13 11:11:22 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 11:11:14 2006 Subject: [Nav-users] logger.conf In-Reply-To: <200601041459.11900.woj(a)tstd.pl> References: <200601041459.11900.woj(a)tstd.pl> Message-ID: <43C77CCA.5020301(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/01/2006 14:59, Wojciech Kozicki uttered: > how should be cisco box configured to have correct analyse in NAV Syslog > Analyzer? I'm sorry to say that the syslog analyzer is an ill conceived subsystem of NAV, and it is debated whether it belongs there or not. The developer that wrote it no longer works on the project, and hardly anyone I know of cares to use it (most sysadmins I know prefer to grep the log files manually). With regards to your actual question, I have no idea about the required format. Cisco equipment at NTNU still logs to our NAV 2 installation, and the syslog analyzer har been rewritten from scratch in NAV 3. - From what I can see, our logs look something like this: Jan 13 11:03:48 <router_name> 370245: Jan 13 11:03:52: %SEC-6-IPACCESSLOGP: list vlan18out denied udp <ip1>(50186) -> <ip2>(427), 1 packet What I do know, is that your logger.conf must point to the actual log file to pick up the log lines from. The default is /usr/local/nav/var/log/cisco.log, which means your syslog daemon must be configured to write log entries from external hosts to this file (or configure a different file name). The logengine cron job runs every minute to dump new entries from this file into the database. I also believe logengine will truncate the log file after it has been read. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx3zKXxIl0kpcOkQRAiuGAKDpLWmxswuK2raIQCRS9iqDlp0MlQCdGFXg Aa2aflR3AyWhZmoaUAXiCbU= =gv6K -----END PGP SIGNATURE----- >From woj at tstd.pl Fri Jan 13 11:20:39 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Jan 13 11:21:05 2006 Subject: [Nav-users] logger.conf In-Reply-To: <43C77CCA.5020301(a)ntnu.no> References: <200601041459.11900.woj(a)tstd.pl> <43C77CCA.5020301(a)ntnu.no> Message-ID: <200601131120.39752.woj(a)tstd.pl> On Friday 13 January 2006 11:11, Morten Vold wrote: > On 04/01/2006 14:59, Wojciech Kozicki uttered: > > how should be cisco box configured to have correct analyse in NAV Syslog > > Analyzer? > > I'm sorry to say that the syslog analyzer is an ill conceived subsystem > of NAV, and it is debated whether it belongs there or not. The > developer that wrote it no longer works on the project, and hardly > anyone I know of cares to use it (most sysadmins I know prefer to grep > the log files manually). Well, I am a console person :) But I thin that Logger module is really usefull, sometimes clicking is not so good... > With regards to your actual question, I have no idea about the required > format. Cisco equipment at NTNU still logs to our NAV 2 installation, > and the syslog analyzer har been rewritten from scratch in NAV 3. > > From what I can see, our logs look something like this: > > Jan 13 11:03:48 <router_name> 370245: Jan 13 11:03:52: > %SEC-6-IPACCESSLOGP: list vlan18out denied udp <ip1>(50186) -> > <ip2>(427), 1 packet Thank You for this info. > What I do know, is that your logger.conf must point to the actual log > file to pick up the log lines from. The default is > /usr/local/nav/var/log/cisco.log, which means your syslog daemon must be > configured to write log entries from external hosts to this file (or > configure a different file name). The logengine cron job runs every > minute to dump new entries from this file into the database. I also > believe logengine will truncate the log file after it has been read. This works ok, because nav has got my logs, but it puts them into error table. regards - Woj >From morten.vold at ntnu.no Fri Jan 13 11:45:07 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 11:45:00 2006 Subject: [Nav-users] Again? In-Reply-To: <200601061309.18822.woj(a)tstd.pl> References: <200601061309.18822.woj(a)tstd.pl> Message-ID: <43C784B3.8030303(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/01/2006 13:09, Wojciech Kozicki uttered: > There is so many threads without answers... What about "2006 NAV > activity" ? > > I don want to be pain in the a... , but please, write more help-files > or increase mailing list activity. > > Thank You, and please, no offense, I just want to be happy nav-user > ;) I'm sorry you feel this way, and I realize this is a problem. I feel I must comment on the state of NAV development. The history of NAV up to 2004 can be found here: http://metanav.ntnu.no/moin.cgi/HistoryOfNAV The point is, more than 90% of the code in NAV has been developed by NTNU employees, mostly part-time students. UNINETT have contributed the AlertEngine and AlertProfiles (and about 50% of the financial funding since 2001), while an extremely tiny portion consists of voluntary contributions from third parties. The net result of NTNU having used mostly part-time employees to develop NAV, is that most of them are gone now, and their knowledge with them. As of today, I'm the only active NAV developer left (being a full-time employee at NTNU). John-Magne Bredal is also a full-time employee here, but he mostly maintains the code he has contributed earlier (being our Cricket/RRD expert, and author of the new Arnold subsystem). Also, you'll see Kristian Eide pop by with some helpful comments now and then (being the author of the entire collection and event systems), but he works full-time for an unrelated company now. I try to keep this mailing list going, but unfortunately, it is impossible for me to know every little wrinkle and oddity of NAV. I rely on the kind help of people like Kristian and John-Magne. They don't really work that much with NAV anymore, so they cannot always be expected to help. Since my current boss prioritizes my other assignments, I don't always have the time to figure out the intricate issues that people ask for help for on this list, when I don't already know the answer up front. On to the good news: The past year, NAV activity has been miniscule, mostly due to NTNU focusing on other projects. UNINETT aren't quite satisfied with this, as they see NAV as a strategic advantage. As Vidar Faltinsen has announced on this list, UNINETT will invest quite a lot in NAV this year (and the coming years), to put development and support back on track. Among the things I expect UNINETT to fix, is improved stability and documentation (which, by now, must the the most requested "features" by UNINETT customers). And of course, they plan to implement new features as well :) Most importantly, NAV is free software. If you wish to contribute, it is very much appreciated. Anything helps - code, documentation - you name it. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx4SzXxIl0kpcOkQRAn5hAJ0dhM+2/4+7VrBW0dZadVFEiE/t4wCghn2t 14BZ0GpOnpnLOSsW0fbgljw= =zt9/ -----END PGP SIGNATURE----- >From gro-anita.vindheim at ntnu.no Fri Jan 13 12:31:20 2006 From: gro-anita.vindheim at ntnu.no (Gro-Anita Vindheim) Date: Fri Jan 13 12:31:14 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> References: <200601100953.k0A9rrTV049797(a)dis.cc.uit.no> <Pine.LNX.4.64.0601120025060.13344(a)tyholt-ng.uninett.no> <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> Message-ID: <43C78F88.10308(a)ntnu.no> Kjetil Otter Olsen wrote: > - Differenciate between anonymous (not logged in) users and > users that have been authenticated (but have no privileges) Have you tried editing privileges in the user admin view ? At NTNU, Morten has made a "Authenticated Users (logged in)" group, and this group has been given basic privileges (such as access to the preferences page etc). All logged in users are by default a member in this group. I'm sure Morten can provide you with the SQL needed. > - A system to check that all NAV-processes are up and running > (and doing what they are supposed to do) I've made a small script that does a diff between a previous "NAV status" (/usr/local/nav/bin/nav status) and the current one. It runs in the "cron system" provided by NAV (I guess Morten can give a link to documentation of the nav status/start/stop system, and how to add local cron jobs). I can send a copy to the list if anyone is interested. Peder Magne Sefland also mentioned in a mail to this list a few weeks back that he has done something similar. Gro-Anita >From morten.vold at ntnu.no Fri Jan 13 12:44:03 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 12:43:57 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <43C78F88.10308(a)ntnu.no> References: <200601100953.k0A9rrTV049797(a)dis.cc.uit.no> <Pine.LNX.4.64.0601120025060.13344(a)tyholt-ng.uninett.no> <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> <43C78F88.10308(a)ntnu.no> Message-ID: <43C79283.3000606(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/01/2006 12:31, Gro-Anita Vindheim uttered: > At NTNU, Morten has made a "Authenticated Users (logged in)" group, > and this group has been given basic privileges (such as access to the > preferences page etc). All logged in users are by default a member > in this group. I'm sure Morten can provide you with the SQL needed. Correction: I have checked in such a feature to the Subversion trunk, and NTNU happens to use a recent trunk revision of NAV. Merely executing some SQL on a NAV 3.0 installation won't cut it, you need to upgrade to bleeding edge code from trunk, or wait for NAV 3.1. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx5KDXxIl0kpcOkQRAoubAKC8rPrfx1bQ8k4y7g5TSlZKFMV/7ACg8RlU 6D2gnsQxZK3GinkIwj2EZro= =VAvC -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Jan 13 12:49:06 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 12:48:59 2006 Subject: [Nav-users] Errors when trying to make NAV on a Gentoo system with blackdown-jdk/jre In-Reply-To: <WorldClient-F200601071038.AA38330001(a)witelcom.com> References: <WorldClient-F200601071038.AA38330001(a)witelcom.com> Message-ID: <43C793B2.7010802(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/01/2006 10:38, Evert Meulie uttered: > When trying to make NAV on this system, I get the following error(s): [...] > compile: > [javac] Compiling 3 source files to /root/nav-3.0.0/src/SimpleSnmp/build > [javac] > /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:36: > package snmp does not exist > [javac] import snmp.*; > [javac] ^ Unfortunately, there is little documentation on what is needed to build NAV from source. The problem here seems to be that you're missing the JavaSNMP library (whereas NAV was previously dependent on the WestHawk Java SNMP stack). I've made an attempt at documenting this requirement a little better on the metanav site now. What you need to download JavaSNMP 1.4 from this site: http://gicl.cs.drexel.edu/people/sevy/snmp/ Unpack, build and then install JavaSnmp.jar somewhere on your Java classpath. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx5OyXxIl0kpcOkQRAsJLAKDmPpTVt+ywvuW5CH1LkXtinMvxLQCfVZ/d 5f5kNUSeAbTzYHEIY37V05o= =auTA -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Jan 13 13:05:10 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 13:05:03 2006 Subject: [Nav-users] Router down, but no notification. In-Reply-To: <002a01c6154d$c5a27020$6500a8c0@llewdislappy> References: <002a01c6154d$c5a27020$6500a8c0@llewdislappy> Message-ID: <43C79776.7080606(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/01/2006 19:51, Joshua Sidwell uttered: > We are using Nav 3.0, and have a router that we monitor that went > down on Friday night, and found out about it this morning when the > remote location called. I am currently setup to receive notification > on any box down, and received nothing via e-mail. Additionally, we > monitor 24/7 on the Traffic Map, but it never showed the device as > down/unreachable. What debug info would help troubleshoot this > problem? What configuration settings can I verify to make sure this > box is configured correctly? I've never heard of anyone using the traffic map for status monitoring before, so I cannot exactly speak of it's reliability in that area. You should check with your IP Device Center whether there were any boxState alerts in the last 7 days for this box (Go to http://yournavhost/report and enter the box name or IP in the first form field there). Most importantly, box state changes are monitored by the pping backend process. If this process isn't running, NAV won't know what's up and what's down. Check the output of the "nav status" command, make sure pping is up (and everything else for that matter - the only exceptions are processes you've disabled by choice). - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx5d1XxIl0kpcOkQRAjwAAJ94baVu5DHUqy4ptXu9zh6zYyKILgCeJKss r4VEfLg+ylLdcINNupcS+Kg= =2R1Q -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Jan 13 13:11:21 2006 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Jan 13 13:11:14 2006 Subject: [Nav-users] Trouble with editdb and UTF-8 In-Reply-To: <20060110215953.Q68239(a)duke.cc.uit.no> References: <20060110215953.Q68239(a)duke.cc.uit.no> Message-ID: <43C798E9.5020706(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/01/2006 22:01, Borge Brunes uttered: > It's working OK, but I have one issue with editdb. When > I add some (not all) devices I got this message: How did you add them? Bulk import? If so, where did the bulk file come from, did you generate it from the dump script or write it by hand? > ProgrammingError: ERROR: invalid UTF-8 byte sequence detected near byte > 0xa6 > select deviceid,productid from device where serial='TSC072200EF' or > serial='TSC072200EF' or serial='SAL0723EGL7' or serial='SAL0724ES3J' or Ok, first off: Yuck, ugly SQL, bad editdb! ;) > serial='0402072350198996' or serial='0402072342552745' or serial=' ??!,' The serial number ' ??!,' looks kind of suspicious, if you ask me. So do several others in the list. Again, it comes back to your bulk import file and what it contained. May I see it? > I know that the encoding-consistency for Unicode has been tightened > down in postgres 8.1: > http://archives.postgresql.org/pgsql-hackers/2005-10/msg00972.php Yep, that is probably what triggers the error, question is still what the input actually was. Editdb will interpret everything fed to it as UTF-8 (at least if that's what your browser indicates), but if your actual input contains invalid UTF-8 characters, editdb won't know. - -- Morten Vold, ITEA, NTNU -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx5jpXxIl0kpcOkQRAiwGAJ9f1YxCpTNtO4ZfsuZqriFWmgSNYACfft4r y2rORQdN+zkiZ4UaV50dCGs= =L7qh -----END PGP SIGNATURE----- >From evert at witelcom.com Fri Jan 13 13:19:57 2006 From: evert at witelcom.com (Evert Meulie) Date: Fri Jan 13 13:19:56 2006 Subject: [Nav-users] Errors when trying to make NAV on a Gentoo system with blackdown-jdk/jre In-Reply-To: <43C793B2.7010802(a)ntnu.no> References: <WorldClient-F200601071038.AA38330001(a)witelcom.com> <43C793B2.7010802(a)ntnu.no> Message-ID: <43C79AED.7040005(a)witelcom.com> Thanks! :-) That got me a bit further. Now crashing at: Building webapps/navAdmin ... (cd webapps/navAdmin && /usr/bin/ant ) && touch webapps/navAdmin Buildfile: build.xml BUILD FAILED /root/nav-3.0.0/src/webapps/navAdmin/build.xml:163: taskdef class org.apache.catalina.ant.DeployTask cannot be found Total time: 0 seconds make[1]: *** [webapps/navAdmin] Error 1 make[1]: Leaving directory `/root/nav-3.0.0/src' make: *** [all] Error 1 Regards, Evert Morten Vold wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07/01/2006 10:38, Evert Meulie uttered: > >> When trying to make NAV on this system, I get the following error(s): > [...] >> compile: >> [javac] Compiling 3 source files to /root/nav-3.0.0/src/SimpleSnmp/build >> [javac] >> /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:36: >> package snmp does not exist >> [javac] import snmp.*; >> [javac] ^ > > Unfortunately, there is little documentation on what is needed to build > NAV from source. The problem here seems to be that you're missing the > JavaSNMP library (whereas NAV was previously dependent on the WestHawk > Java SNMP stack). I've made an attempt at documenting this requirement > a little better on the metanav site now. > > What you need to download JavaSNMP 1.4 from this site: > http://gicl.cs.drexel.edu/people/sevy/snmp/ > > Unpack, build and then install JavaSnmp.jar somewhere on your Java > classpath. > > > - -- > Morten Vold, ITEA, NTNU > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (MingW32) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFDx5OyXxIl0kpcOkQRAsJLAKDmPpTVt+ywvuW5CH1LkXtinMvxLQCfVZ/d > 5f5kNUSeAbTzYHEIY37V05o= > =auTA > -----END PGP SIGNATURE----- > >

1 0

dns-mismatch
by kreide＠gmail.com 12 Jan '06

12 Jan '06

> >I can tell you which line to change in the source code if > >you want to try. > Yes please In MibIISw.java, change line 275 from: if (!nb.getSysname().startsWith(netboxSysname)) { to: if (!nb.getSysname().trim().toLower().startsWith(netboxSysname.trim().toLower())) { Then recompile gDD and let me know if it helps. -- Kristian

1 0

SV: Re: [Nav-users] dns-mismatch
by peder.sefland＠hivolda.no 12 Jan '06

12 Jan '06

Thank you for your respond. It is more a general problem. Infact I have to tune my alertprofile to filter out dns-mismatch. >I can tell you which line to change in the source code if >you want to try. Yes please Does this dns-match have anything with the fact that boxes I have registred in DNS turn up under parsing errors in the Syslog Analyzer. And boxes that I have not registred turn up right in the Syslog Analyzer. Peder >>> Kristian Eide <kreide(a)gmail.com> 11.01.2006 18:33:56 >>> > As we see the sysname is without the domain-name. Do I have to rename > all my boxes to include domain-name? No. The check which is being done here is if the DNS name of the IP (sysname field in netbox table) starts with the collected sysname from the device. That said, it does seem a bit strange that the above will give a dnsMismatch error. The string "volda-XXX.hivolda.no" does indeed start with "volda-XXX". Do you get this error only for this particular device or is it a more general problem? There could potentially be a whitespace issue which throws off the check, but that is at least very easy to fix (I can tell you which line to change in the source code if you want to try). -- Kristian >From roger.kristiansen at cc.uit.no Thu Jan 12 11:16:37 2006 From: roger.kristiansen at cc.uit.no (Roger Kristiansen) Date: Thu Jan 12 11:16:48 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> References: <200601100953.k0A9rrTV049797(a)dis.cc.uit.no> <Pine.LNX.4.64.0601120025060.13344(a)tyholt-ng.uninett.no> <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> Message-ID: <43C62C85.7010201(a)cc.uit.no> Kjetil Otter Olsen wrote: >- A more generic RADIUS-module to match 802.1x user-login to IP-address > and port switch-port > > We made something like this at UiT? last year, and I think it will be included in NAV some time in the future. If you want to try it out before it is included, I can send it to you? It would be nice to see if anyone else can get it running! - Roger >From Borge.Brunes at cc.uit.no Thu Jan 12 11:54:27 2006 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Thu Jan 12 11:54:35 2006 Subject: [Nav-users] getBoksMacs.sh and java.lang.NullPointerException In-Reply-To: Message from Kristian Eide <kreide(a)gmail.com> <b4c110fd0601111020w6862674ek60e23e4491f395ea(a)mail.gmail.com> Message-ID: <200601121054.k0CAsRDF086647(a)duke.cc.uit.no> kreide(a)gmail.com said: > java.lang.NullPointerException > at QueryBoks.processMacEntry(QueryBoks.java:917) > How could I debug this? > The fix is to change line 917 in that file from: > if (macVlan.size() == 0) continue; > To: > if (macVlan == null || macVlan.size() == 0) continue; > I can check this into svn later. Yes! It fixed the problem. Thanks. B?rge

1 0

Feature requests anyone?
by Vidar.Faltinsen＠uninett.no 12 Jan '06

12 Jan '06

On Tue, 10 Jan 2006, Ingeborg Hellemo wrote: > > Vidar.Faltinsen(a)uninett.no said: >> We are currently working on a list of new features to implement. I could >> present the list, but at this stage I will rather ask the NAV community... >> what do you want? > > > > The University og Troms? now proudly presents their wish list: > > (Well Vidar, you asked for it...) Thank you, Ingeborg! Your input is of great value. In most cases I agree. Let's go ruby! > Programming/packaging style: > > * Fewer languages We will not introduce new languages. And - I see yoir point (hard to miss). > * Please make today's features work before you put all your resources on new > features. We will - this is important. I will not comment on all the details for now. > Best wishes for the new NAV year... Thank you, and the same! - Vidar >From kjetil.olsen at usit.uio.no Thu Jan 12 09:41:14 2006 From: kjetil.olsen at usit.uio.no (Kjetil Otter Olsen) Date: Thu Jan 12 09:41:21 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <Pine.LNX.4.64.0601120025060.13344(a)tyholt-ng.uninett.no> References: <200601100953.k0A9rrTV049797(a)dis.cc.uit.no> <Pine.LNX.4.64.0601120025060.13344(a)tyholt-ng.uninett.no> Message-ID: <1087.129.240.76.159.1137055274.squirrel(a)webmail.uio.no> We have had a local "brainstorming" here at UiO and we have come up with a couple of things and sorted them into three categories. The first feature-category is to get things already in NAV3 operational :-) In this category we have the following issues: - vlanplot is unstable, especially the buttons controlling moves and updates tend to disappear now and then.. - we also see that vlanplot behaves quite different in different browsers, this is quite annoying for those of us using multiple platforms And of course the stuff that I have already posted to the list (on January 4th, without any response so far...) The second feature-category is genuine new features; - Use of SNMPv2 counters (also mentioned before, but not there yet...) - Better "group-functionality" regarding users, sub-groups etc (and of course be able to restrict access on group basis) - Differenciate between anonymous (not logged in) users and users that have been authenticated (but have no privileges) - A system to check that all NAV-processes are up and running (and doing what they are supposed to do) - A more generic RADIUS-module to match 802.1x user-login to IP-address and port switch-port - Add a hook in the alarmmodule to be able to run an external script when an alarm occurs (to be able to export alarms to other systems like Tivoli Enterprise Console). This was implemented in one of the RCs, but did not get into the final version. The third feature-category is more exotic, something for NAV7 or so I guess; - Extract and Open the "event-engine" of NAV to make it usable as a generic standalone eventhandler og alarm-console. This is just a few words from our brainstorming. Please ask for more details if needed!!! --Kjetil

1 0

getBoksMacs.sh and java.lang.NullPointerException
by Borge.Brunes＠cc.uit.no 11 Jan '06

11 Jan '06

Everytime getBoksMacs.sh run I got this message: Subject: Cron <navcron@localhost> $BINDIR/getBoksMacs.sh $NUM_THREADS java.lang.NullPointerException at QueryBoks.processMacEntry(QueryBoks.java:917) at QueryBoks.run(QueryBoks.java:264) How could I debug this? regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

2 1

dns-mismatch
by peder.sefland＠hivolda.no 11 Jan '06

11 Jan '06

I have a problem with dns-mismatch. In the eventEngine.log I find these messages Jan 11 13:03:32 2006 eventEngine DEV_DB-6-POSTALERT Posting alert: e=158929 d=19 n=19 t=info s=x [dnsname=volda-XXX.hivolda.no] [sysname=volda-XXX] [alerttype=dnsMismatch] As we see the sysname is without the domain-name. Do I have to rename all my boxes to include domain-name? Peder >>> Peder Magne Sefland 04.01.2006 22:18:50 >>> > Do you have any false alerts on dns-mismatch? I'm not shure that this > has anything to do with this. > > All device names are resolved correctly, beacuse all hostname informations are in NAV machine /etc/hosts file. -- Woj Is this how it should work? I have thought that my colleagues at computer-dep. only needs to registrer their servers or wireless in the web-interface, but not to edit /etc/host file on the nav-box. Peder >From Borge.Brunes at cc.uit.no Wed Jan 11 14:55:58 2006 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Wed Jan 11 14:56:05 2006 Subject: [Nav-users] dns-mismatch In-Reply-To: Message from "Peder Magne Sefland" <peder.sefland(a)hivolda.no> of "Wed, 11 Jan 2006 13:57:39 +0100." <s3c50ee4.069(a)HVO-3.hivolda.no> Message-ID: <200601111355.k0BDtwBZ077079(a)duke.cc.uit.no> peder.sefland(a)hivolda.no said: > I have a problem with dns-mismatch. In the eventEngine.log I find these > messages > Jan 11 13:03:32 2006 eventEngine DEV_DB-6-POSTALERT Posting alert: e=158929 > d=19 n=19 t=info s=x [dnsname=volda-XXX.hivolda.no] [sysname=volda-XXX] > [alerttype=dnsMismatch] > As we see the sysname is without the domain-name. Do I have to rename all my > boxes to include domain-name? No, just use "ip domain-name hivolda.no" on your IOS-switches, or "set system name volda-XXX.hivolda.no" (cat-os) regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

2 1

Feature requests anyone?
by kreide＠gmail.com 11 Jan '06

11 Jan '06

> I think we have tried everything except the sacrifice of a virgin goat by > midnight. We still have a data collector running with only one thread that > crashes too often to be comfortable with. A freebsd-compiled Kaffe should not just crash, and if it does it should be able to debug it like any other C program (turn on debug logging in Kaffe, inspect the core dump file, run it in the debugger etc). Especially after we switched to the java-snmp package my hope is that we should not have any dependencies which precludes Kaffe from working. > Our main problem with Java is that we have not enough knowledge about the > language to be at any help with debugging. Hence the wish for something more > familiar and with more FreeBSD support. This is the one valid argument against Java I can agree to; unfortunately sysadmin people do not have much experience with Java, despite my opinion that Java is very appropriate for this kind of back-end work. Hopefully Morten will be able to assist a lot more this year if he starts working on NAV full-time. -- Kristian

1 0

Trouble with editdb and UTF-8
by Borge.Brunes＠cc.uit.no 11 Jan '06

11 Jan '06

I did a fresh install of NAV on a new server running FreeBSD 6.0 (I'm testing a new NAV-port) with postgres version 8.1.2 It's working OK, but I have one issue with editdb. When I add some (not all) devices I got this message: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in handler output = editPage(req,pageList[table](),request,unicodeError) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in editPage outputForm,action) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2323, in add box.getDeviceId() File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 172, in getDeviceId handle.execute(sql) ProgrammingError: ERROR: invalid UTF-8 byte sequence detected near byte 0xa6 select deviceid,productid from device where serial='TSC072200EF' or serial='TSC072200EF' or serial='SAL0723EGL7' or serial='SAL0724ES3J' or serial='SAL081231FM' or serial='SAD074205GH' or serial='SAD054901Y2' or serial='SAD070602XN' or serial='TSC072200EF' or serial='TSC072200EF' or serial='ART07080201' or serial='ART0708021F' or serial='SMT0718B638' or serial='SMT0717E960' or serial='SMT0718B178' or serial='SMT0719A419' or serial='SMT0719A658' or serial='SAL0723EGL7' or serial='SAD072500EC' or serial='53P20860004N5 ' or serial='0304041111522442' or serial='0402072351382736' or serial='0301180923529392' or serial='0402072350198996' or serial='0402072342552745' or serial=' ??!,' or serial='0110090723375165' or serial='0110102236193275' or serial='0109251314313648' or serial='0408190153253929' or serial='0408142032151214' or serial='0502031302311622' or serial='0109252054240475' or serial='0404102131298442' or serial='SAL0724ES3J' or serial='SAD072400X2' or serial='23L3337006PP5 ' or serial='0402072351156706' or serial='0402072342477730' or serial='0402072348095458' or serial='0404101237444069' or serial='53P20860004RL ' or serial='"?]?' or serial='0404101234484655' or serial='0402072349401982' or serial='0402072342279079' or serial='0110221752152448' or serial='0402072342405113' or serial='SAL081231FM' or serial='0109251545455076' or serial='0402072349174124' or serial='0402072348587844' or serial='0402072351457995' or serial='0402072351520962' or serial='0404030400310757' or serial='0404030349531186' or serial='0404101236580442' or serial='0404101224508999' or serial='0404101209525423' or serial='0404030401209314' or serial='0404030357555556' or serial='0404030400194397' or serial='0404030359569002' or serial='0406010029209883' or serial='0408162112586079' or serial='SAD074205GH' or serial='SAD074200KC' or serial='SAD074105GC' or serial='SAD054901Y2' or serial='SAD070602XN' (the device is a c6509) It's a fresh database and it looks like editdb tries to put non-UTF-8 characters into the database? A bug? I know that the encoding-consistency for Unicode has been tightened down in postgres 8.1: http://archives.postgresql.org/pgsql-hackers/2005-10/msg00972.php regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

3 2

Feature requests anyone?
by kreide＠gmail.com 10 Jan '06

10 Jan '06

> * Less JAVA > The first language we would like to say goodbye (and good riddance!) to is > Java. It is a PIA to get to work on FreeBSD and a problem for all platforms to > configure and get all paths etc. correct. Of course you still need Java for > visualisation, but for the data collector we would like to see threaded python > or even C as this would be more portable and easyer to maintain. I do not think this is realistic given how much of NAV is currently implemented in Java, however, it is not inherently evil. Getting the paths (I assume you mean the classpath) correct is the same issue you would have even with C and shared libraries and thus is more of a packaging issue. What we could do here is simply package all dependencies in the same .jar file as the main program and then there would be no need to have a classpath at all. This would make it more difficult to upgrade individual components, however, which is why we have not done so already. I am sure a better solution for FreeBSD can be found though. Did you ever try getting NAV to work with Kaffe? -- Kristian

1 0

Router down, but no notification.
by jsidwell＠perisys.net 09 Jan '06

09 Jan '06

We are using Nav 3.0, and have a router that we monitor that went down on Friday night, and found out about it this morning when the remote location called. I am currently setup to receive notification on any box down, and received nothing via e-mail. Additionally, we monitor 24/7 on the Traffic Map, but it never showed the device as down/unreachable. What debug info would help troubleshoot this problem? What configuration settings can I verify to make sure this box is configured correctly? Joshua Sidwell >From Ingeborg.Hellemo at cc.uit.no Tue Jan 10 10:53:53 2006 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Tue Jan 10 10:54:00 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: Your message of "Wed, 04 Jan 2006 14:01:44 +0100." <Pine.LNX.4.64.0601041322380.18181(a)tyholt-ng.uninett.no> Message-ID: <200601100953.k0A9rrTV049797(a)dis.cc.uit.no> Vidar.Faltinsen(a)uninett.no said: > We are currently working on a list of new features to implement. I could > present the list, but at this stage I will rather ask the NAV community... > what do you want? The University og Troms? now proudly presents their wish list: (Well Vidar, you asked for it...) ----- Programming/packaging style: * Fewer languages NAV of today is dependent of almost every scripting language known to man, except ruby (oops, I shouldn't have said that!). Please make sure that new features does not involve more languages and small packages (which must be of exactly version x.y-rc2) only found on obscure and badly connected websites. * Less JAVA The first language we would like to say goodbye (and good riddance!) to is Java. It is a PIA to get to work on FreeBSD and a problem for all platforms to configure and get all paths etc. correct. Of course you still need Java for visualisation, but for the data collector we would like to see threaded python or even C as this would be more portable and easyer to maintain. ----- Features: * Please make today's features work before you put all your resources on new features. * Please implement the features we have lost from earlier versions of NAV and the features you have promised us for the last years before you put all your resources on new features. Some of the things we have noticed: * The world is down NAVv3 does not recognice that it has lost connection to its switch and wrongly reports this as "the world is down!" * Alert profile - Filters based on "Sub category" does not work. - Double messages/sms-es are sent out - Need more documentation * Better sms-handling. We loose messages today during large outages. * Traffic map - Same problems as reported by others * cricket - We miss the zoom-in function fram NAVv2. Perhaps this is just a FreeBSD-loss, but we would really like this integrated into the main cricket-package so that we can upgrade cricket at will without having to wait for a NAV-patch. * Larger fields in some database tables (we have problems with 'room' and 'location') ----- When you have done all this we would please like to have: * Support for boxes that NTNU does not use (i.e. 3750) and stacked switches. * Support for weatherducks. * Better handling of modules * System for receiving alerts (and generating alarms) from other systems i.e. snmptraps, email, syslog. * Support for data collection via http, telnet/ssh from systems that does not support snmp. * Snapshot view of VLAN, duplex etc. of a port/interface * cricket - Better cricket-integration for servers and UPS-es (and wireless). What we want is makecricketconfig.pl to automatic update a cricket-subtree for these devices. - sorted load statistics * Better support for threshholds (responce time, filling of disks, cpu load etc.) * We want to set individual threshholds for when a box/service is registered as down. (A well connected server is down if unreachable for 1 minute, a server behind a shaky radiolink is down if unreachable for 10 minutes) * Better service monitoring - More services - Take into consideration that a service may have its own IP-address that runs on another server. I.e. box host.uit.no has IP-address 10.10.10.1 The host runs services smtp.uit.no with address 10.10.10.2 and web.uit.no with address 10.10.10.3. I only need _service_ monitoring on the two latter addresses (no need to ping them) and if I put host.uit.no on maintenance I do not want receive alarms about smtp.uit.no or web.uit.no (neither ip-addresses nor services) * Maintenance - Must be able to put a service on maintenance. - Better user interface. - Be able to put "all" boxes and services at a given location on maintenance. * Better "devicemanagement"/"IP Device Center". Should these perhaps merge? When we do a https://nav.uit.no/browse/some_box we also want to see info from devicemanagement like - IOS-version - upgraded when? - register comments about device - etc. * RSS-feed * Possibility to exclude subnet (in a config-file) that we don't want NAV to use. Eg. 127.0.0.1/8 ----- Regarding syslog: Our view is first of all that syslog does not belong in a database. Period. (Prosessed and aggregated information from syslog may be put in a database, but only after you have identified what you are looking for.) Syslog from Cisco is particularly difficult to parse because every type of device has its own syntax, and small configuration changes on the device will result in completely different syntax. This is why today's syslog module in NAV does not work for anyone besides those who implemented the parser. There exist a number of syslog collecting/parsing systems out there, some good, some not so good. To put much effort into implementing syslog collection in NAV is to reinvent the weel. We think it would be better to implement a system that can receive alerts from an external syslog-parsing system. What we would like to see in NAV is the ability to show normal syslog-files with moderate search/grep functionality. We are currently doing som work on this for our helpdesk so they can check the radius-syslog without having access to our main syslogserver. ------ Best wishes for the new NAV year... Ingeborg and B?rge -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Errors when trying to make NAV on a Gentoo system with blackdown-jdk/jre
by evert＠witelcom.com 07 Jan '06

07 Jan '06

Hi all! When trying to make NAV on this system, I get the following error(s): ************************* (cd SimpleSnmp && /usr/bin/ant ) && touch SimpleSnmp Buildfile: build.xml init: [mkdir] Created dir: /root/nav-3.0.0/src/SimpleSnmp/build compile: [javac] Compiling 3 source files to /root/nav-3.0.0/src/SimpleSnmp/build [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:36: package snmp does not exist [javac] import snmp.*; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:70: cannot resolve symbol [javac] symbol : class SNMPv1CommunicationInterface [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] private SNMPv1CommunicationInterface comInterface = null; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:598: cannot resolve symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPVarBindList var = null; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:605: cannot resolve symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] var = new SNMPVarBindList(); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:608: cannot resolve symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPVarBindList nextpair = comInterface.getNextMIBEntry(nextoid); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:609: cannot resolve symbol [javac] symbol : class SNMPObject [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObject snmpobj = nextpair.getSNMPObjectAt(0); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:610: cannot resolve symbol [javac] symbol : class SNMPNull [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (snmpobj instanceof SNMPNull) break; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:611: cannot resolve symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:611: cannot resolve symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:612: cannot resolve symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:612: cannot resolve symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:623: cannot resolve symbol [javac] symbol : class SNMPBadValueException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] } catch (SNMPBadValueException exp) { [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:626: cannot resolve symbol [javac] symbol : class SNMPException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] } catch (SNMPException exp) { [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:627: cannot resolve symbol [javac] symbol : class SNMPGetException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (!(exp instanceof SNMPGetException && exp.getMessage() != null && exp.getMessage().indexOf("not available for retrieval") >= 0)) { [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:651: cannot resolve symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)(var.getSNMPObjectAt(i)); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:651: cannot resolve symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)(var.getSNMPObjectAt(i)); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:652: cannot resolve symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:652: cannot resolve symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:653: cannot resolve symbol [javac] symbol : class SNMPObject [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObject snmpValue = pair.getSNMPObjectAt(1); [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:657: cannot resolve symbol [javac] symbol : class SNMPOctetString [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (!decodeHex && snmpValue instanceof SNMPOctetString) { [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:663: cannot resolve symbol [javac] symbol : class SNMPOctetString [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (data.length() == 0 && !(snmpValue instanceof SNMPOctetString)) { [javac] ^ [javac] /root/nav-3.0.0/src/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:806: cannot resolve symbol [javac] symbol : class SNMPv1CommunicationInterface [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] comInterface = new SNMPv1CommunicationInterface(snmpVersion, hostAddress, cs_ro); [javac] ^ [javac] 22 errors BUILD FAILED /root/nav-3.0.0/src/SimpleSnmp/build.xml:30: Compile failed; see the compiler error output for details. Total time: 2 seconds make[1]: *** [SimpleSnmp] Error 1 make[1]: Leaving directory `/root/nav-3.0.0/src' make: *** [all] Error 1 ************************* Does anybody has any suggestions on how to fix? It clearly seems snmp-related...? Regards, Evert

1 0

Cricket error
by kreide＠gmail.com 06 Jan '06

06 Jan '06

> OID key * This is a unique idenitifier for the OID and is used in the source code to refer to that OID. Usually we use some variation of the OID name. > Snmpoid * This is the actual numeric OID. > OID source This field does not have a good name; I it is supposed to be from which subsystem the OID comes from, but I think it is used by cricket to identify the OID that it collects. If the OID source is 'cricket' then cricket will collect data for this OID (JM: correct me if I am wrong). > Match regexp The data collected from an OID must match this regex (if it is not null, in which case everything matches which is the normal case) if data is to be collected. > OID name > MIB > Description These are just description fields. -- Kristian

1 0

Again?
by woj＠tstd.pl 06 Jan '06

06 Jan '06

Hello, There is so many threads without answers... What about "2006 NAV activity" ? I don want to be pain in the a... , but please, write more help-files or increase mailing list activity. Thank You, and please, no offense, I just want to be happy nav-user ;) regards -- Woj >From woj at tstd.pl Fri Jan 6 13:18:58 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Jan 6 13:19:14 2006 Subject: [Nav-users] Again? In-Reply-To: <20060106121512.GA3837(a)itea.ntnu.no> References: <200601061309.18822.woj(a)tstd.pl> <20060106121512.GA3837(a)itea.ntnu.no> Message-ID: <200601061318.59054.woj(a)tstd.pl> On Friday 06 January 2006 13:15, Bjorn Ove Grotan wrote: > Wojciech Kozicki: > > Hello, > > > > There is so many threads without answers... > > > > What about "2006 NAV activity" ? > > It's in the "feature request"-thread - which started the other day. Well, new features... I don't have old-ones working ;-) > > > I don want to be pain in the a... , but please, write more help-files or > > increase mailing list activity. > > > > Thank You, and please, no offense, I just want to be happy nav-user ;) > > Don't we all :-) :-) -- Woj >From kreide at gmail.com Fri Jan 6 09:24:06 2006 From: kreide at gmail.com (Kristian Eide) Date: Fri Jan 6 18:24:18 2006 Subject: [Nav-users] Cisco 7140 - nav can't see some of router interfaces In-Reply-To: <200601050901.26319.woj(a)tstd.pl> References: <200601041322.24818.woj(a)tstd.pl> <Pine.LNX.4.64.0601041333510.18181(a)tyholt-ng.uninett.no> <200601050901.26319.woj(a)tstd.pl> Message-ID: <b4c110fd0601060924o15754d33l4a597cb037c3257(a)mail.gmail.com> > I have similar problems with one of our 2900 catalyst switch with ATM port, > snmpwalk shows interfaces, nav not. In cricket there is only CPU statistics. > What is the best way to debug such problems? There is a report which shows the snmpoid's a device responds to (or at least NAV thinks it does). If the OID you are looking for is not in the list then NAV will not collect any info for it. The solution then is to get NAV to try to auto-detect the OIDs again, by setting the field 'netbox.uptodate'=false in the database (am I not sure if editDB can do this, however). > What about adding user-specific OIDs? Any help to this nav-section? See other mail. -- Kristian

1 0

Cisco 7140 - nav can't see some of router interfaces
by woj＠tstd.pl 05 Jan '06

05 Jan '06

On Wednesday 04 January 2006 13:41, Vidar Faltinsen wrote: > On Wed, 4 Jan 2006, Wojciech Kozicki wrote: > > Hello, > > > > I have couple of cisco 7140, and NAV can't see all routers interfaces. In > > router-ports report I can see only some of ATM interfaces, but not all. > > Also, there is lack of Fast Etherent interfaces. I tried re-adding device > > to nav, but it didn't help. > > > > Missing subinterfaces are on different modules... > > > > What I should check? > > > > MRTG is working with this routers with no problem. > > MRTG has traffic counters for the interfaces that NAV are missing? > > You should verify what the router returns of ifindexes/ifdescr from > the interfaces MIB. I know the support has been varying in respect > to fast/gigethernet-based subinterface support. At one point ios > gave us the ifindexes, but the octet counters were not maintained. > > Do a snmpwalk directly to the router in question, something like: > > snmpwalk -On -c <snmp read community> -v2c <ip address> ifdescr > > or > > snmpwalk -On -c <snmp read community> -v2c <ip address> > .1.3.6.1.2.1.2.2.1.2 > I have similar problems with one of our 2900 catalyst switch with ATM port, snmpwalk shows interfaces, nav not. In cricket there is only CPU statistics. Question no1: What is the best way to debug such problems? Question no2: What about adding user-specific OIDs? Any help to this nav-section? regards -- Woj >From odd.hauge at hiMolde.no Thu Jan 5 23:45:36 2006 From: odd.hauge at hiMolde.no (Hauge Odd Arne) Date: Fri Jan 6 00:11:49 2006 Subject: [Nav-users] Problems adding users Message-ID: <8EEE7738AEDF6947B3E5508A0244D1C21B8C17(a)stam.himolde.no> FYI: A recompile of Nav (bleeding edge) solved the problem. Nothings better ;) - odd arne > -----Original Message----- > From: Hauge Odd Arne > Sent: Thursday, January 05, 2006 8:51 AM > To: Hauge Odd Arne; nav-users(a)itea.ntnu.no > Subject: RE: [Nav-users] Problems adding users > > Seems like som postgres problem to me. After trying to add a > new user I did a ps command on the nav-box: > postgres 5836 0.0 2.9 41216 14936 pts/0 S 01:16 > 0:00 postgres: navwrite navprofiles 127.0.0.1(55524) idle in > transaction > postgres 5850 0.0 3.0 41480 15908 pts/0 S 01:16 > 0:00 postgres: navwrite navprofiles 127.0.0.1(55530) idle in > transaction > postgres 5852 0.0 2.9 41216 14940 pts/0 S 01:16 > 0:00 postgres: navwrite navprofiles 127.0.0.1(55532) idle in > transaction > postgres 5856 0.0 2.8 41216 14848 pts/0 S 01:16 > 0:00 postgres: navwrite navprofiles 127.0.0.1(55534) INSERT waiting > > I'm not sure what the idle in transaction and insert waiting means... > It seems to me it's only the navprofiles database I have > problems adding information into. I can not add new accounts > or groups. But I can manage profiles for existing nav users > (read admin user). > > - odd arne hauge > > > > > > > -----Original Message----- > > From: nav-users-bounces(a)itea.ntnu.no > > [mailto:nav-users-bounces@itea.ntnu.no] On Behalf Of Hauge Odd Arne > > Sent: Wednesday, January 04, 2006 3:47 PM > > To: nav-users(a)itea.ntnu.no > > Subject: [Nav-users] Problems adding users > > > > Hi. > > > > While testing the bleeding edge of Nav I'm having problem adding > > users. > > I get the following output in my browser when I tries to add a new > > user: > > "no such account 1000" > > > > Any suggestions ? > > > > Regards > > Odd Arne Hauge > > > > > > _______________________________________________ > > Nav-users mailing list > > Nav-users(a)itea.ntnu.no > > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users > >

1 0

SV: Re: SV: [Nav-users] logger.conf
by peder.sefland＠hivolda.no 04 Jan '06

04 Jan '06

> Do you have any false alerts on dns-mismatch? I'm not shure that this > has anything to do with this. > > All device names are resolved correctly, beacuse all hostname informations are in NAV machine /etc/hosts file. -- Woj Is this how it should work? I have thought that my colleagues at computer-dep. only needs to registrer their servers or wireless in the web-interface, but not to edit /etc/host file on the nav-box. Peder >From odd.hauge at hiMolde.no Thu Jan 5 08:50:57 2006 From: odd.hauge at hiMolde.no (Hauge Odd Arne) Date: Thu Jan 5 08:51:06 2006 Subject: [Nav-users] Problems adding users Message-ID: <8EEE7738AEDF6947B3E5508A0244D1C27D128E(a)stam.himolde.no> Seems like som postgres problem to me. After trying to add a new user I did a ps command on the nav-box: postgres 5836 0.0 2.9 41216 14936 pts/0 S 01:16 0:00 postgres: navwrite navprofiles 127.0.0.1(55524) idle in transaction postgres 5850 0.0 3.0 41480 15908 pts/0 S 01:16 0:00 postgres: navwrite navprofiles 127.0.0.1(55530) idle in transaction postgres 5852 0.0 2.9 41216 14940 pts/0 S 01:16 0:00 postgres: navwrite navprofiles 127.0.0.1(55532) idle in transaction postgres 5856 0.0 2.8 41216 14848 pts/0 S 01:16 0:00 postgres: navwrite navprofiles 127.0.0.1(55534) INSERT waiting I'm not sure what the idle in transaction and insert waiting means... It seems to me it's only the navprofiles database I have problems adding information into. I can not add new accounts or groups. But I can manage profiles for existing nav users (read admin user). - odd arne hauge > -----Original Message----- > From: nav-users-bounces(a)itea.ntnu.no > [mailto:nav-users-bounces@itea.ntnu.no] On Behalf Of Hauge Odd Arne > Sent: Wednesday, January 04, 2006 3:47 PM > To: nav-users(a)itea.ntnu.no > Subject: [Nav-users] Problems adding users > > Hi. > > While testing the bleeding edge of Nav I'm having problem > adding users. > I get the following output in my browser when I tries to add > a new user: > "no such account 1000" > > Any suggestions ? > > Regards > Odd Arne Hauge > > > _______________________________________________ > Nav-users mailing list > Nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >

1 0

A couple of bugs
by kjetil.olsen＠usit.uio.no 04 Jan '06

04 Jan '06

We have problems when we configure IP-addresses directly on physical interfaces on routers (cisco catalysts or ordinary cisco-routers e.g. 7206) and connect them to switches (we use switches to interconnect several routers). The interfaces are discovered by gdd, but not placed in the correct VLAN even if we use the correct description-field (with VLAN ID) and the VLAN is known to NAV, and the switch is correctly configured with VLAN. This messes up the traffic-map, making it usesless.... (In NAV2 this works like a charm....) I would think that more detailed debugging is needed :-) Contact nett-drift(a)usit.uio.no to get access. And while I'm at it.... A second bug (that I think has been mentioned before, but): The cricket-config does not contain the correct decription-fields on routers. The router is OK, and the "Router ports" report (.../report/gwport) is also OK, but cricket says "No decription available". On switches we do not see this problem, port descriptions show up fine in cricket. I guess that "makecricketconfig" is to blame in one way or another :-) And a third one :-) In the traffic-map I can right-click on a router and get a router-menu. Choosing "Netlist" tryes to access cricket, not the reports.... --Kjetil

2 1

Feature requests anyone?
by kjetil.olsen＠usit.uio.no 04 Jan '06

04 Jan '06

Use of SNMPv2-counters (64-bit) in cricket. We have a number of interfaces that already have problems with interfaces having more than 2^32 bytes pr minute of traffic. --Kjetil

1 0

Feature requests anyone?
by Vidar.Faltinsen＠uninett.no 04 Jan '06

04 Jan '06

Hi, As I mentioned in a previous posting NTNU and UNINETT are currently planning the 2006 NAV activity. We are more ambitious this year and are prepared to put a lot of resources into maintaining and further developing NAV. We are currently working on a list of new features to implement. I could present the list, but at this stage I will rather ask the NAV community... what do you want? We certainly have some ideas ourselves, partly based on feedback, both on- and offline. Nevertheless, please empty your (navish) heart and express your wishes! This is your chance (well, one of them). We are interested in request for both the short and long term. I assume more smooth installation, maybe support for certain equipment types, etc, is on the list. Further - in terms of new and/or improved functionality - what would you like? As NAV is an open source project, contributions are very much welcome. If you have plans or hopes in this respect, please let us know. All input is of value. This includes criticism. Looking forward to this thread! - Vidar >From woj at tstd.pl Wed Jan 4 14:08:58 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Wed Jan 4 14:09:16 2006 Subject: [Nav-users] Cisco 7140 - nav can't see some of router interfaces In-Reply-To: <Pine.LNX.4.64.0601041333510.18181(a)tyholt-ng.uninett.no> References: <200601041322.24818.woj(a)tstd.pl> <Pine.LNX.4.64.0601041333510.18181(a)tyholt-ng.uninett.no> Message-ID: <200601041408.59366.woj(a)tstd.pl> On Wednesday 04 January 2006 13:41, you wrote: > On Wed, 4 Jan 2006, Wojciech Kozicki wrote: > > Hello, > > > > I have couple of cisco 7140, and NAV can't see all routers interfaces. In > > router-ports report I can see only some of ATM interfaces, but not all. > > Also, there is lack of Fast Etherent interfaces. I tried re-adding device > > to nav, but it didn't help. > > > > Missing subinterfaces are on different modules... > > > > What I should check? > > > > MRTG is working with this routers with no problem. > > MRTG has traffic counters for the interfaces that NAV are missing? yes, I am using in mrtg simply: ./cfgmaker <snmp read community>@$<ip address> > mrtg_file.cfg I just checked, mrtg also can't see fast ethernet subinterfaces, but it can see main fast etherent interfaces, and ALL atm subinterfaces. Missing (in NAV) atm interfaces are configured typically. > You should verify what the router returns of ifindexes/ifdescr from > the interfaces MIB. I know the support has been varying in respect > to fast/gigethernet-based subinterface support. At one point ios > gave us the ifindexes, but the octet counters were not maintained. > > Do a snmpwalk directly to the router in question, something like: > > snmpwalk -On -c <snmp read community> -v2c <ip address> ifdescr > > or > > snmpwalk -On -c <snmp read community> -v2c <ip address> > .1.3.6.1.2.1.2.2.1.2 > I did it. I can see there missing atm subinterfaces, and fast Ethernet interfaces but no fast ethernet subinterfaces (802.1q). regards, thanks for help -- Woj >From woj at tstd.pl Wed Jan 4 14:16:53 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Wed Jan 4 14:17:09 2006 Subject: [Nav-users] Cricket error In-Reply-To: <b4c110fd0601040447k55a8ddedp1f28b253ead29847(a)mail.gmail.com> References: <OF63248337.796A72F9-ONC12570E5.003234BD-C12570E5.003740CC(a)uis.no> <43BBC1DB.7030408(a)ntnu.no> <b4c110fd0601040447k55a8ddedp1f28b253ead29847(a)mail.gmail.com> Message-ID: <200601041416.54494.woj(a)tstd.pl> On Wednesday 04 January 2006 13:47, Kristian Eide wrote: > > I am not sure how to add OID's to NAV without messing with the database, > > perhaps some other NAV-developer may answer this? > > I think editDB has support for adding new OIDs. > Yes, there is, but I can't find descriptions Howto fill form: OID key * Snmpoid * OID source Match regexp OID name MIB Description Can somebody give some detailed info, how to fill these fields, and how will this work with cricket? regards -- Woj >From ddeineka at gmail.com Wed Jan 4 15:39:43 2006 From: ddeineka at gmail.com (Dmitry Deineka) Date: Wed Jan 4 14:39:53 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <Pine.LNX.4.64.0601041322380.18181(a)tyholt-ng.uninett.no> References: <Pine.LNX.4.64.0601041322380.18181(a)tyholt-ng.uninett.no> Message-ID: <a6fee5220601040539h59214bc6h(a)mail.gmail.com> So, Happy New Year to all ! I with to say thanks to NAV developers and community for great monitoring/network inventory software (but a bit difficult for install :-) We switch from nagios to NAV for number of reasons: 1) More visualizations 2) More reports 3) Great search functions (per mac, vlan, ports etc). Its really great! What I need with NAV: 1) SNMP trap handling. For example, we have number of small POPs with APC Smart UPS+AP9617 mgmnt cards installed. I wish to monitor power outages within NAV - for our duty staff (much less skilled than noc people :) is better to see one application on screen 2) SNMP polling and thresholds. Is link quality bad ? Is interface load too high or too low ? 3) More FreeBSD support. I think that following message from archive must be on NAV wiki: http://desperados.itea.ntnu.no/pipermail/nav-users/2005-December/001117.html With best regards, Dmitry 2006/1/4, Vidar Faltinsen <Vidar.Faltinsen(a)uninett.no>: > > Hi, > > > We are currently working on a list of new features to implement. > I could present the list, but at this stage I will rather ask the > NAV community... what do you want? > - Vidar > _______________________________________________ > Nav-users mailing list > Nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users > -- Dmitry A.Deineka >From woj at tstd.pl Wed Jan 4 14:59:11 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Wed Jan 4 14:59:31 2006 Subject: [Nav-users] logger.conf Message-ID: <200601041459.11900.woj(a)tstd.pl> Hello, how should be cisco box configured to have correct analyse in NAV Syslog Analyzer? I have cisco communicates in following format: Jan 4 14:50:47 <router_name> 2951: Jan 4 13:50:46: %SYS-5-CONFIG_I: Configured from console by vty0 (<ip>) I can see this communicates in NAV, but only in: https://nav_ip/logger/?error ("parsing errors" link) Thanks for info regards -- Woj >From peder.sefland at hivolda.no Wed Jan 4 15:14:48 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Wed Jan 4 15:15:16 2006 Subject: SV: [Nav-users] logger.conf Message-ID: <s3bbe67d.030(a)HVO-3.hivolda.no> I have experience the same thing. But some of my switches that has only ip-adresse and no dns-name turn up in the Syslog Analyser. All the others turn up under "parsing errors" link. Do you have any false alerts on dns-mismatch? I'm not shure that this has anything to do with this. Peder Sefland >>> Wojciech Kozicki <woj(a)tstd.pl> 04.01.2006 14:59:11 >>> Hello, how should be cisco box configured to have correct analyse in NAV Syslog Analyzer? I have cisco communicates in following format: Jan 4 14:50:47 <router_name> 2951: Jan 4 13:50:46: %SYS-5-CONFIG_I: Configured from console by vty0 (<ip>) I can see this communicates in NAV, but only in: https://nav_ip/logger/?error ("parsing errors" link) Thanks for info regards -- Woj _______________________________________________ Nav-users mailing list Nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From woj at tstd.pl Wed Jan 4 15:20:18 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Wed Jan 4 15:20:35 2006 Subject: SV: [Nav-users] logger.conf In-Reply-To: <s3bbe67d.031(a)HVO-3.hivolda.no> References: <s3bbe67d.031(a)HVO-3.hivolda.no> Message-ID: <200601041520.19244.woj(a)tstd.pl> On Wednesday 04 January 2006 15:14, Peder Magne Sefland wrote: > I have experience the same thing. But some of my switches that has only > ip-adresse and no dns-name turn up in the Syslog Analyser. All the > others turn up under "parsing errors" link. > > Do you have any false alerts on dns-mismatch? I'm not shure that this > has anything to do with this. > > All device names are resolved correctly, beacuse all hostname informations are in NAV machine /etc/hosts file. -- Woj >From Vidar.Faltinsen at uninett.no Wed Jan 4 15:28:53 2006 From: Vidar.Faltinsen at uninett.no (Vidar Faltinsen) Date: Wed Jan 4 15:29:12 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <7DA8B65EACA61E4B8DC3FA6668A53E420FF471(a)edxmb3.jdnet.deere.com> References: <7DA8B65EACA61E4B8DC3FA6668A53E420FF471(a)edxmb3.jdnet.deere.com> Message-ID: <Pine.LNX.4.64.0601041525220.18181(a)tyholt-ng.uninett.no> On Wed, 4 Jan 2006, McDermott Troy wrote: > First off, thank you all very much for creating and maintaining this > software; it's made my job (and life) much easier. ...and life - wow! Thank you! > One little suggestion: a non-cisco syslog module, where syslog output > from devices like UPS, non-cisco switches, and so on could be viewed > through the web interface. Even something simple that would be > searchable with text strings and regexp would be very helpful. Thank you for your input. We will definitely consider this. > Thanks for asking! > > -Troy - Vidar > >> -----Original Message----- >> From: nav-users-bounces(a)itea.ntnu.no >> [mailto:nav-users-bounces@itea.ntnu.no] On Behalf Of Vidar Faltinsen >> Sent: Wednesday, January 04, 2006 7:02 AM >> To: nav-users(a)itea.ntnu.no >> Subject: [Nav-users] Feature requests anyone? >> >> Hi, >> >> As I mentioned in a previous posting NTNU and UNINETT are >> currently planning the 2006 NAV activity. We are more >> ambitious this year and are prepared to put a lot of >> resources into maintaining and further developing NAV. >> >> We are currently working on a list of new features to implement. >> I could present the list, but at this stage I will rather ask >> the NAV community... what do you want? >> >> We certainly have some ideas ourselves, partly based on >> feedback, both on- and offline. Nevertheless, please empty >> your (navish) heart and express your wishes! This is your >> chance (well, one of them). >> >> We are interested in request for both the short and long term. >> >> I assume more smooth installation, maybe support for certain >> equipment types, etc, is on the list. Further - in terms of >> new and/or improved functionality - what would you like? >> >> As NAV is an open source project, contributions are very much welcome. >> If you have plans or hopes in this respect, please let us know. >> >> All input is of value. This includes criticism. Looking >> forward to this thread! >> >> - Vidar >> _______________________________________________ >> Nav-users mailing list >> Nav-users(a)itea.ntnu.no >> http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >> >> > >From Vidar.Faltinsen at uninett.no Wed Jan 4 15:36:38 2006 From: Vidar.Faltinsen at uninett.no (Vidar Faltinsen) Date: Wed Jan 4 15:36:48 2006 Subject: [Nav-users] Feature requests anyone? In-Reply-To: <a6fee5220601040539h59214bc6h(a)mail.gmail.com> References: <Pine.LNX.4.64.0601041322380.18181(a)tyholt-ng.uninett.no> <a6fee5220601040539h59214bc6h(a)mail.gmail.com> Message-ID: <Pine.LNX.4.64.0601041529320.18181(a)tyholt-ng.uninett.no> On Wed, 4 Jan 2006, Dmitry Deineka wrote: > We switch from nagios to NAV for number of reasons: > 1) More visualizations > 2) More reports > 3) Great search functions (per mac, vlan, ports etc). Its really great! Valuable feedback, on behalf of the team, thank you! > What I need with NAV: > 1) SNMP trap handling. For example, we have number of small POPs with APC > Smart UPS+AP9617 mgmnt cards installed. I wish to monitor power outages > within NAV - for our duty staff (much less skilled than noc people :) is > better to see one application on screen This is on our list to. SNMP traps will be implemented. We will also have a particular focus on power, UPS and temperature statistics and alarms. > 2) SNMP polling and thresholds. Is link quality bad ? Is interface load too > high or too low ? On the list, been there (too) long. > 3) More FreeBSD support. I think that following message from archive must be > on NAV wiki: > http://desperados.itea.ntnu.no/pipermail/nav-users/2005-December/001117.html I agree. Will be done. > With best regards, > Dmitry - Vidar

2 1

Problems adding users
by odd.hauge＠hiMolde.no 04 Jan '06

04 Jan '06

Hi. While testing the bleeding edge of Nav I'm having problem adding users. I get the following output in my browser when I tries to add a new user: "no such account 1000" Any suggestions ? Regards Odd Arne Hauge

1 0

Cisco 7140 - nav can't see some of router interfaces
by woj＠tstd.pl 04 Jan '06

04 Jan '06

On Wednesday 04 January 2006 13:40, you wrote: > Wojciech Kozicki wrote: > > Hello, > > > > I have couple of cisco 7140, and NAV can't see all routers interfaces. In > > router-ports report I can see only some of ATM interfaces, but not all. > > Also, there is lack of Fast Etherent interfaces. I tried re-adding device > > to nav, but it didn't help. > > There are (unfortunately) two directories for router-interfaces - > giga-router-interfaces and router-interfaces. Have you checked both? I can't see them in "router ports" report and can't find IP networks which are connected to them in "prefixes" report. Simply - NAV did't detect these interfaces... -- Woj >From kreide at gmail.com Wed Jan 4 13:47:26 2006 From: kreide at gmail.com (Kristian Eide) Date: Wed Jan 4 13:47:36 2006 Subject: [Nav-users] Cricket error In-Reply-To: <43BBC1DB.7030408(a)ntnu.no> References: <OF63248337.796A72F9-ONC12570E5.003234BD-C12570E5.003740CC(a)uis.no> <43BA40F0.1010406(a)ntnu.no> <200601031026.55728.woj(a)tstd.pl> <43BBC1DB.7030408(a)ntnu.no> Message-ID: <b4c110fd0601040447k55a8ddedp1f28b253ead29847(a)mail.gmail.com> > I am not sure how to add OID's to NAV without messing with the database, > perhaps some other NAV-developer may answer this? I think editDB has support for adding new OIDs. -- Kristian

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 Januar 2006