- Nav-users - lister.unit.no

Bug-report
by a.l.prois＠usit.uio.no 25 Apr '06

25 Apr '06

Helo. I've got a couple of question regarding alerts in NAV (3.0.0). 1. Is the alertq table suppose to just increase and increase? manage=> select count(*) from alertq; count ------- 22726 (1 row) I could be wrong (I probably am), but if its not suppose to increase, my guess is this is why : => /usr/local/nav/lib/perl/NAV/AlertEngine/Alert.pm, line 233 sub delete() #deletes alert from db { my $this=shift; if(!$this->{queued}) { $this->{log}->printlog("Alert","delete",$Log::debugging, "deleted alertqid=$this->{id}"); #$this->{dbh}->do("delete from alertq where alertqid=$this->{id}"); } } ---------------------------------------------- 2. Some alerts are missing sysname in the alerts. It shows netbox.deviceid instead of netbox.sysname. This is very confusing for IT-guys at our facultys thats using NAV for receiving alerts regarding equipment at their location. I.e : manage=> select * from alerthistmsg where alerthistid = '16292'; alerthistid | state | msgtype | language | msg -------------+-------+---------+----------+---------------------------------------------- 16292 | x | sms | no | HW Ver endret: 1009 V01 A0 16292 | x | sms | en | HW Ver changed: 1009 V01 A0 16292 | x | email | en | Subject: Hardware version changed for (1009) This is an automatically generated message from NAV: Hardware version changed to: A0 from: V01 16292 | x | email | no | Subject: Hardware versjon endret for (1009) Dette er en automatisk generert melding fra NAV: Hardware versjon endret til: A0 fra: V01 (4 rows) ----------------------------------------------------------------- 3. DNS mismatch alerts are "wrong". I.e : manage=> select * from alerthistmsg where alerthistid = 204; 204 | x | email | en | Subject: DNS Mismatch (xxyyzz.uio.no) This is an automatically generated message from NAV: xxyyzz.uio.no does not match xxyyzz.uio.no 204 | x | email | no | Subject: DNS ikke i samsvar (xxyyzz.uio.no) Dette er en automatisk generert melding fra NAV: xxyyzz.uio.no matcher ikke xxyyzz.uio.no (2 rows) It should say "'hostname from switch' does not match DNSname" i guess.. ------------------------------------------------------------------ 4. Why are alerts like the example in '3.' coming? We get them from ALOT of devices every 6. hour.. These are more or less only Cisco Catalyst devices, if thats of importance. By the way. I've made a perl-deamon that controlls that all of NAVs internal and external onces are running, and reports by mail and/or sms if something is wrong. Version two will try to restart dead processes as well. If anybody wants it, just drop me an email. -Asbj?rn- >From kreide at gmail.com Thu Apr 20 02:49:13 2006 From: kreide at gmail.com (Kristian Eide) Date: Thu Apr 20 10:49:20 2006 Subject: [Nav-users] Bug-report In-Reply-To: <Pine.SOL.4.63-L.0604200956050.24757(a)saruman.uio.no> References: <Pine.SOL.4.63-L.0604200956050.24757(a)saruman.uio.no> Message-ID: <b4c110fd0604200149s17d27715n735e061540864ff6(a)mail.gmail.com> > 1. Is the alertq table suppose to just increase and increase? > manage=> select count(*) from alertq; > #$this->{dbh}->do("delete from alertq where > alertqid=$this->{id}"); I think this was commented out mainly for debugging. It is probably safe to enable the above delete command. > 2. Some alerts are missing sysname in the alerts. It shows netbox.deviceid You can change the text in alertmsg.conf. > 4. Why are alerts like the example in '3.' coming? We get them from ALOT > of devices every 6. hour.. These are more or less only Cisco Catalyst > devices, if thats of importance. I believe this is due to a string compare being case sensitive when it should be not, and that has been fixed in the svn tree (and will thus be part of the next version of nav if you do not want to compile yourself). > By the way. I've made a perl-deamon that controlls that all of NAVs > internal and external onces are running, and reports by mail and/or sms > if something is wrong. Version two will try to restart dead processes as > well. If anybody wants it, just drop me an email. This seems like a very welcomed addition to NAV. Morten, can we get it in for 3.1? -- Kristian

2 1

illegal attempt to update
by morten.vold＠uninett.no 21 Apr '06

21 Apr '06

Peder Magne Sefland wrote: > To test that service-monitor I stoped the sshd and nav gave me the > alert. But it still shows down after I have restarted the sshd. [...] > [2006-03-29 10:30:50] abstractChecker.py:updateRrd:182 [Error] rrd > update failed for XXX-XX.hivolda.no:ssh [illegal attempt to update > using time 1143621050 when last update time is 1143621059 (minimum > one second step)] > /usr/local/nav/bin/nav status shows that everything is up and running Sometimes it is also comforting to check specifically which NAV-related processes are actually running (the start/stop system still needs improvements in areas). Try doing a "ps w -u navcron", I'd like to see what is says. > Maybe there has been an ntp-update and nav does not how to handle the > time-sync problem. I think NTP would not normally adjust the system time in as large steps as 10 seconds, but I guess that depends on how you configure your NTP daemon. Anyway, the fact that the RRD file was not updated should not interfere with the actual dispatch of the serviceUp event. Are there more of these RRD errors in your log file? Does the log indicate when the SSH service was detected to be down, and whether it was detected up again? > But how can I correct this problem or is the problem somewhere else? Does restarting the servicemon process help? -- mvh Morten Vold UNINETT

1 0

Bug-report
by a.l.prois＠usit.uio.no 20 Apr '06

20 Apr '06

On Thu, 20 Apr 2006, Kristian Eide wrote: >> 1. Is the alertq table suppose to just increase and increase? >> manage=> select count(*) from alertq; >> #$this->{dbh}->do("delete from alertq where >> alertqid=$this->{id}"); > > I think this was commented out mainly for debugging. It is probably > safe to enable the above delete command. Seems like it, yes! -bash-3.00# cat /usr/local/nav/var/log/alertengine.log | grep 'deleted alertqid' | wc -l 17068 Is it safe/should I empty the alertq table? >> 2. Some alerts are missing sysname in the alerts. It shows netbox.deviceid > > You can change the text in alertmsg.conf. Ah, of course. Sorry, should've seen this myself! #:) >> 4. Why are alerts like the example in '3.' coming? We get them from ALOT >> of devices every 6. hour.. These are more or less only Cisco Catalyst >> devices, if thats of importance. > > I believe this is due to a string compare being case sensitive when it > should be not, and that has been fixed in the svn tree (and will thus > be part of the next version of nav if you do not want to compile > yourself). Do you know which file(s)? So I can fix it without compiling and change to svn.. -Asbj?rn- >From peder.sefland at hivolda.no Thu Apr 20 12:41:19 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Thu Apr 20 11:41:39 2006 Subject: SV: Ang: [Nav-users] Bug-report In-Reply-To: <Pine.SOL.4.63-L.0604200956050.24757(a)saruman.uio.no> References: <Pine.SOL.4.63-L.0604200956050.24757(a)saruman.uio.no> Message-ID: <4447735F.3657.00CE.0(a)hivolda.no> Hi, I have the same problem. The DNS-mismatch problem was I able to sort out with making an alert filter group that Subtract alert type with dnsMismatch. I made this filter-group public so my colleagues can use the same filter-group. (se attached jpeg) We got a Cisco 3560GPoE and this generate an hw-change alert. First I tried to change the alertmsg.conf, but that gave me just some other empty alerts. Then I tried to make an public filter on this device. The problem is that the alert just shows the deviceid and not the system-name or ip-address. So I ended up with an filter-group that Subtract Type C3560GPoE. But this not working yet. The dnsMismatch filter worked fine but not the Subtract-Type-filter. Peder >>> Asbj?rn Pr?is <a.l.prois(a)usit.uio.no> 20.04.2006 10:27 >>> Helo. I've got a couple of question regarding alerts in NAV (3.0.0). 1. Is the alertq table suppose to just increase and increase? manage=> select count(*) from alertq; count ------- 22726 (1 row) I could be wrong (I probably am), but if its not suppose to increase, my guess is this is why : => /usr/local/nav/lib/perl/NAV/AlertEngine/Alert.pm, line 233 sub delete() #deletes alert from db { my $this=shift; if(!$this->{queued}) { $this->{log}->printlog("Alert","delete",$Log::debugging, "deleted alertqid=$this->{id}"); #$this->{dbh}->do("delete from alertq where alertqid=$this->{id}"); } } ---------------------------------------------- 2. Some alerts are missing sysname in the alerts. It shows netbox.deviceid instead of netbox.sysname. This is very confusing for IT-guys at our facultys thats using NAV for receiving alerts regarding equipment at their location. I.e : manage=> select * from alerthistmsg where alerthistid = '16292'; alerthistid | state | msgtype | language | msg -------------+-------+---------+----------+---------------------------------------------- 16292 | x | sms | no | HW Ver endret: 1009 V01 A0 16292 | x | sms | en | HW Ver changed: 1009 V01 A0 16292 | x | email | en | Subject: Hardware version changed for (1009) This is an automatically generated message from NAV: Hardware version changed to: A0 from: V01 16292 | x | email | no | Subject: Hardware versjon endret for (1009) Dette er en automatisk generert melding fra NAV: Hardware versjon endret til: A0 fra: V01 (4 rows) ----------------------------------------------------------------- 3. DNS mismatch alerts are "wrong". I.e : manage=> select * from alerthistmsg where alerthistid = 204; 204 | x | email | en | Subject: DNS Mismatch (xxyyzz.uio.no) This is an automatically generated message from NAV: xxyyzz.uio.no does not match xxyyzz.uio.no 204 | x | email | no | Subject: DNS ikke i samsvar (xxyyzz.uio.no) Dette er en automatisk generert melding fra NAV: xxyyzz.uio.no matcher ikke xxyyzz.uio.no (2 rows) It should say "'hostname from switch' does not match DNSname" i guess.. ------------------------------------------------------------------ 4. Why are alerts like the example in '3.' coming? We get them from ALOT of devices every 6. hour.. These are more or less only Cisco Catalyst devices, if thats of importance. By the way. I've made a perl-deamon that controlls that all of NAVs internal and external onces are running, and reports by mail and/or sms if something is wrong. Version two will try to restart dead processes as well. If anybody wants it, just drop me an email. -Asbj?rn-

1 0

Modules up and down
by odd.hauge＠hiMolde.no 19 Apr '06

19 Apr '06

Hi. I have two Cisco 7206 routers in my network. According to Nav the modules in these routers continuously goes up and down. Each module is almost always declared as down in 5 hours, then it's declared as up again for one hour, before it's declared as down again.. Of course the modules are up all the time. I have tried to delete the routers from Nav and add them again, I have tried different ip-addresses (yes, the loopback address to) without any success. Any suggestion anyone ? - odd arne hauge

2 1

Interfaces descriptions
by kaa＠msu.net 07 Apr '06

07 Apr '06

Good day! I've read guidelines for interfaces descriptions at http://metanav.ntnu.no/moin.cgi/SubnetsAndVlans , but still have some questions: 1) Does this URL is up to date (I'm using 3401 revision of NAV)? 2) Which way should I configure descriptions for switchports and router interfaces without ip addresses (trunk interfaces)? 3) Does NAV tracks interface description changes, or only when deleting/adding IP device to database? Thank you in advance. -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia >From kaa at msu.net Mon Apr 17 14:23:49 2006 From: kaa at msu.net (Alexander Krapivin) Date: Mon Apr 17 11:23:59 2006 Subject: [Nav-users] Missing wlan.gif Message-ID: <44435EA5.7070308(a)msu.net> Hi! I've found that there is no file wlan.gif in nav sources. AFAIK, it should be in /usr/local/nav/apache/webapps/qq/gfx. Please add it to development tree. -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia >From odd.hauge at hiMolde.no Tue Apr 18 13:01:52 2006 From: odd.hauge at hiMolde.no (Hauge Odd Arne) Date: Tue Apr 18 12:02:43 2006 Subject: [Nav-users] Machine tracker Message-ID: <8EEE7738AEDF6947B3E5508A0244D1C27D1B6C(a)stam.himolde.no> > -----Original Message----- > From: Kristian Eide [mailto:kreide@gmail.com] > Sent: Tuesday, April 04, 2006 10:05 AM > To: Hauge Odd Arne > Cc: nav-users(a)itea.ntnu.no > Subject: Re: [Nav-users] Machine tracker > > > Machine Tracker does not report Module/Port for machines > connected to CatOS switches, only the switch: > > MAC Switch > Module Port Start time End time > > 00127959bbf5 molde-telerom1-sw.hiMolde.no > 2006-03-30 16:10 Still active > > Does the port in question show up in the switch port report? > Yes it does. It's the same behavior for all ports on all catos switches. > > And Nav still reports that I have above 200 000 > switchports. Vlan defined in one location are shown in the > report for every location, regardless if the vlans are > active/defined or not on all switches in every location. > > I believe this is caused by a bug in the code which tries to > determine the extend of private (i.e. vlans without a router) > networks. > Unfortunately this code was not tested well enough and it > really should be disabled for now. I hope Morten can help > take care of this when he returns. > Great. - odd arne

1 0

Machine tracker
by odd.hauge＠hiMolde.no 04 Apr '06

04 Apr '06

Hi. Machine Tracker does not report Module/Port for machines connected to CatOS switches, only the switch: MAC Switch Module Port Start time End time 00127959bbf5 molde-telerom1-sw.hiMolde.no 2006-03-30 16:10 Still active And Nav still reports that I have above 200 000 switchports. Vlan defined in one location are shown in the report for every location, regardless if the vlans are active/defined or not on all switches in every location. Regards Odd Arne Hauge H?gskolen i Molde

2 1

pping.py stops
by a.l.prois＠usit.uio.no 30 Mar '06

30 Mar '06

On Thu, 30 Mar 2006, Peder Magne Sefland wrote: > I'm running centos and after the last update I got problem with that pping.py stops. > > I have talked with others how are running redhat, and where servicemon.py has stopped. > > is there a general problem with this version of python? > > rpm -q python > python-2.3.4-14.2 > > How can I log/debug this? Same thing happend here at UiO. Running on RHEL4 with same python version. pping.log just says "pping.py:signalhandler:186 [Alert ] Caught SIGTERM. Exiting." -Asbj?rn- >From peder.sefland at hivolda.no Thu Mar 30 17:52:36 2006 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Thu Mar 30 16:52:53 2006 Subject: [Nav-users] more python-problems Message-ID: <442C0CD3.3657.00CE.0(a)hivolda.no> It's startet with that pping.py stopped. Now I also get errors in /browse/service/allMatrix We're terribly sorry, but something went wrong.. :( ________________- Traceback (most recent call last): File "/usr/local/nav/lib/python/nav/web/devBrowser/dispatcher.py", line 96, in handler result = handler.process(request) File "/usr/local/nav/lib/python/nav/web/devBrowser/service.py", line 82, in process return showAllMatrix(request,sort) File "/usr/local/nav/lib/python/nav/web/devBrowser/service.py", line 112, in showAllMatrix curs = db.cursor() InterfaceError: already closed ____________________ and /index/index _____________________ Mod_python error: "PythonHandler mod_python.publisher" 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/lib/python2.3/site-packages/mod_python/publisher.py", line 136, in handler result = util.apply_fs_data(object, req.form, req=req) File "/usr/lib/python2.3/site-packages/mod_python/util.py", line 361, in apply_fs_data return object(**args) File "/usr/local/nav/apache/webroot/index.py", line 72, in index page.messages = messagelist(req.session['user']) File "/usr/local/nav/lib/python/nav/web/messages/lib.py", line 125, in messagelist database.execute("select emotd.emotdid, title, description, last_changed, author, type, publish_start, publish_end, affected, downtime, count(value) as units from emotd left outer join emotd_related using (emotdid) where %s group by emotd.emotdid, title, description, last_changed, author, type, publish_start, publish_end, affected, downtime order by last_changed desc, publish_end desc limit %d offset %d" %(time,LIMIT,offset*LIMIT)) InterfaceError: already closed ____________________ Any ideas how I should fix this? Peder

1 0

cdp?
by morten.vold＠uninett.no 28 Mar '06

28 Mar '06

kjartan.malde(a)uis.no wrote: > I get these errors every hour past two days: > > org.postgresql.util.PSQLException: ERROR: invalid message format [...] > SQLException for update statement: INSERT INTO netboxinfo > (netboxid,key,var,val) VALUES ('50','unrecognizedCDP','102','W > java.lang.RuntimeException: Got SQLException, aborting put: ERROR: > invalid message format > Is it be because HP does not support cdp i newest sw, and if so how > do I get rid of these errors? If this occurred after upgrading the software on the device in question (netboxid=50), then it is likely (your traceback looks like it comes from getBoksMacs, it would be helpful to include the subject linje from e-mail that NAV produces) The error you are seeing, though, is a result of a protocol error in the communication between the PostgreSQL JDBC driver and the PostgreSQL server. There could be several reasons for this: * There could be a version mismatch between the JDBC driver and your server. * There could be a bug in the JDBC driver which makes it fail to properly escape/format certain data from an SQL statement in a protocol message (e.g. if your HP device returned some binary garbage on SNMP requests for CDP data). Unless you've recently upgraded your PostgreSQL server or driver, I'd say the second theory is the most likely suspect. Can you please tell me what the actual version numbers of your server and your driver are? You might want to upgrade your driver to the newest one available at http://jdbc.postgresql.org/download.html . -- mvh Morten Vold UNINETT

1 0

Revision 3400 java compile errors
by roar.pettersen＠uib.no 27 Mar '06

27 Mar '06

Hi ! > Downgraded to pysnmp-2.0.8 so now I'm able to > click on the "Edit database" again. But now I get this error message too often : Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 287, in HandlerDispatch log=debug) File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 457, in import_module module = imp.load_module(mname, f, p, d) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 29, in ? import editTables,nav.Snmp,sys,re,copy,initBox,forgetSQL,nav.web File "/usr/local/nav/lib/python/nav/Snmp.py", line 34, in ? from pysnmp import role, v1, v2c, asn1 File "/usr/local/lib/python2.4/site-packages/pysnmp/v1.py", line 14, in ? class Error(asn1.Error): AttributeError: 'module' object has no attribute 'Error' Click on the browser refresh button one or two times then it is okey. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen(a)it.uib.no - IT-Avd, UiB - http://www.uib.no >From morten.vold at uninett.no Mon Mar 27 17:03:28 2006 From: morten.vold at uninett.no (Morten Vold) Date: Mon Mar 27 16:03:38 2006 Subject: [Nav-users] Revision 3400 java compile errors In-Reply-To: <Pine.SOC.4.64.0603271554210.25365(a)alf.uib.no> References: <Pine.SOC.4.64.0603271214001.25365(a)alf.uib.no> <4427C44C.80608(a)uninett.no><4427E95B.9030807(a)uninett.no> <Pine.SOC.4.64.0603271536340.25365(a)alf.uib.no> <Pine.SOC.4.64.0603271554210.25365(a)alf.uib.no> Message-ID: <4427F0B0.9060707(a)uninett.no> Roar Pettersen wrote: > File "/usr/local/lib/python2.4/site-packages/pysnmp/v1.py", line 14, in ? > class Error(asn1.Error): > > AttributeError: 'module' object has no attribute 'Error' > Click on the browser refresh button one or two times then > it is okey. Your Apache server should be restarted, since parts of your previous pysnmp installation may still be loaded in these processes. I also hope you took care to properly uninstall the 3.3.5 version of pysnmp, or some files from that version might still be hanging around on your system. -- mvh Morten Vold UNINETT

1 0

Cricket reset?
by john.m.bredal＠ntnu.no 16 Mar '06

16 Mar '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wojciech Kozicki wrote: > On Thursday 16 March 2006 12:19, you wrote: >> On Thu, 16 Mar 2006, Wojciech Kozicki wrote: >>> Hello, >>> >>> After "yum update" and reboot of my NAV-Centos machine Cricket stopped >>> working correctly. I have ONLY graphs for giga-switch-ports :( >>> >>> Is there some method to make Cricket create all configs from scratch? >>> Some reconfiguration method? >>> >>> Running /usr/local/nav/bin/makecricketconfig.pl didn't help :-( >> Sometimes NAV dont shutdown "correctly", and the navcron-subtree-* arent >> removed from /tmp. Try deleting the /tmp/navcron-subtree-* files and see >> if that helps! >> >> This method works for me.. #:) > > Hi, > > thanks for idea, but it didn't help :( > Hi, I am not quite certain what you mean by "not working correctly". Does Cricket not gather data (there are graphs, but they stopped updating after the reset) or are there no graphs whatsoever? Or are there nothing at all in the switch-ports and router-interfaces directories? If you look in the cricket-logs/ directory, what files are updated there? What errors do these files tell about? Please send me some lines if there are errors there. - -- John Magne Bredal NTNU, ITEA - Nettgruppa 91897366 / (735)90250 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEGWyowM1JRANrOA8RAuW8AJ9W+YQWnd8Uw7FCOFclau30w5ytRACcCeDb y6EYEDe5ZzroSseXQa8/aR4= =L42h -----END PGP SIGNATURE----- >From woj at tstd.pl Fri Mar 17 09:31:52 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Fri Mar 17 09:32:08 2006 Subject: [Nav-users] Cricket reset? In-Reply-To: <44196CA8.9050401(a)ntnu.no> References: <200603161203.54660.woj(a)tstd.pl> <200603161236.35034.woj(a)tstd.pl> <44196CA8.9050401(a)ntnu.no> Message-ID: <200603170931.54626.woj(a)tstd.pl> On Thursday 16 March 2006 14:48, John Magne Bredal wrote: [...] > Hi, > > I am not quite certain what you mean by "not working correctly". Does > Cricket not gather data (there are graphs, but they stopped updating > after the reset) Yes, I can see only empty graphs. The only graph that is correctly generated is gigabit interface from 2950 switch. Other interfaces (fast ethernet) are also not updated. > or are there no graphs whatsoever? Or are there nothing > at all in the switch-ports and router-interfaces directories? In /usr/local/nav/cricket/cricket-data/switch-ports I can see rrds files, but they are not updated. > If you look in the cricket-logs/ directory, what files are updated > there? What errors do these files tell about? Please send me some lines > if there are errors there. In this dir only "changelog" and "giga.0" files are updated. There are no errors in this logs. "normal.0" is not updated, in last lines there are no errors. regards, and thanks for Your replay. -- Woj >From steve at inteliport.com Sun Mar 19 07:43:30 2006 From: steve at inteliport.com (Stephen M. Lane) Date: Sun Mar 19 13:43:42 2006 Subject: [Nav-users] Could not connect to servlet Message-ID: <000a01c64b52$bd5e6780$6301a8c0@t2385> Hi all, I'm new to NAV and just joined the mailing list, have a couple of questions one which is about the Network explorer, the subject of this message is the error and below is the output from the nav web interface. Running latest version of Debian package of NAV 3 No password for pgsql and running on port 443 https Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/nav/web/pyproxy/proxy.py", line 61, in handler user=user, session=req.session.id) File "/usr/lib/python2.3/site-packages/nav/web/pyproxy/proxy.py", line 124, in doRequest request.request(method, path, query, headers) File "/usr/lib/python2.3/httplib.py", line 721, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.3/httplib.py", line 742, in _send_request self.endheaders() File "/usr/lib/python2.3/httplib.py", line 715, in endheaders self._send_output() File "/usr/lib/python2.3/httplib.py", line 600, in _send_output self.send(msg) File "/usr/lib/python2.3/httplib.py", line 567, in send self.connect() File "/usr/lib/python2.3/httplib.py", line 551, in connect raise socket.error, msg error: (111, 'Connection refused')Any ideas would help.Thanks in advance >From morten.vold at uninett.no Mon Mar 20 09:00:48 2006 From: morten.vold at uninett.no (Morten Vold) Date: Mon Mar 20 09:00:56 2006 Subject: [Nav-users] Could not connect to servlet In-Reply-To: <000a01c64b52$bd5e6780$6301a8c0@t2385> References: <000a01c64b52$bd5e6780$6301a8c0@t2385> Message-ID: <441E6130.2010203(a)uninett.no> Stephen M. Lane wrote: > I'm new to NAV and just joined the mailing list, Hi, and welcome! > have a couple of questions one which is about the Network explorer, [...] > File "/usr/lib/python2.3/httplib.py", line 551, in connect > raise socket.error, msg > error: (111, 'Connection refused') > Any ideas would help.Thanks in advance Is Tomcat (the servlet container) up and running on your server? -- mvh Morten Vold UNINETT

1 0

Cricket reset?
by woj＠tstd.pl 16 Mar '06

16 Mar '06

Hello, After "yum update" and reboot of my NAV-Centos machine Cricket stopped working correctly. I have ONLY graphs for giga-switch-ports :( Is there some method to make Cricket create all configs from scratch? Some reconfiguration method? Running /usr/local/nav/bin/makecricketconfig.pl didn't help :-( TiA regards -- Woj >From a.l.prois at usit.uio.no Thu Mar 16 12:19:14 2006 From: a.l.prois at usit.uio.no (=?ISO-8859-1?Q?Asbj=F8rn_Pr=F8is?=) Date: Thu Mar 16 12:19:23 2006 Subject: [Nav-users] Cricket reset? In-Reply-To: <200603161203.54660.woj(a)tstd.pl> References: <200603161203.54660.woj(a)tstd.pl> Message-ID: <Pine.SOL.4.63-L.0603161215230.14817(a)saruman.uio.no> On Thu, 16 Mar 2006, Wojciech Kozicki wrote: > Hello, > > After "yum update" and reboot of my NAV-Centos machine Cricket stopped working > correctly. I have ONLY graphs for giga-switch-ports :( > > Is there some method to make Cricket create all configs from scratch? Some > reconfiguration method? > > Running /usr/local/nav/bin/makecricketconfig.pl didn't help :-( Sometimes NAV dont shutdown "correctly", and the navcron-subtree-* arent removed from /tmp. Try deleting the /tmp/navcron-subtree-* files and see if that helps! This method works for me.. #:) -Asbj?rn- >From woj at tstd.pl Thu Mar 16 12:36:34 2006 From: woj at tstd.pl (Wojciech Kozicki) Date: Thu Mar 16 12:36:44 2006 Subject: [Nav-users] Cricket reset? In-Reply-To: <Pine.SOL.4.63-L.0603161215230.14817(a)saruman.uio.no> References: <200603161203.54660.woj(a)tstd.pl> <Pine.SOL.4.63-L.0603161215230.14817(a)saruman.uio.no> Message-ID: <200603161236.35034.woj(a)tstd.pl> On Thursday 16 March 2006 12:19, you wrote: > On Thu, 16 Mar 2006, Wojciech Kozicki wrote: > > Hello, > > > > After "yum update" and reboot of my NAV-Centos machine Cricket stopped > > working correctly. I have ONLY graphs for giga-switch-ports :( > > > > Is there some method to make Cricket create all configs from scratch? > > Some reconfiguration method? > > > > Running /usr/local/nav/bin/makecricketconfig.pl didn't help :-( > > Sometimes NAV dont shutdown "correctly", and the navcron-subtree-* arent > removed from /tmp. Try deleting the /tmp/navcron-subtree-* files and see > if that helps! > > This method works for me.. #:) Hi, thanks for idea, but it didn't help :( regards Woj

1 0

Bug in Core switch port report ?
by odd.hauge＠hiMolde.no 13 Mar '06

13 Mar '06

According to the "Core switch ports" report in Nav I now have above 250 000 switchports. A sample dump of the report follows below. Nice is someone can look into the "problem/bug". - odd arne hauge H?gskolen i Molde Ouyput: Switchports 101 - 200 of 258814 Switch interface module port link Mbps duplex media vlan portname Connected to netbox Module some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 210 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 30 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 210 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 100 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 70 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 100 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 200 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 110 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 200 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 87 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 87 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 87 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 400 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 87 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 300 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 20 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 5 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10 some-switch.hiMolde.no FastEthernet0/1 1 1 n 10.0 10

1 0

Beginners problem,
by kreide＠gmail.com 10 Mar '06

10 Mar '06

> my linux-gateway is no cisco-node , there is no cdp on it and so it can > t detect new devices on network. It seems also, the Hp-switches are not Actually NAV will fall back to a MAC-based discovery scheme if CDP is not available. -- Kristian

1 0

Rev 3383 build errors
by kaa＠msu.net 10 Mar '06

10 Mar '06

Kristian Eide wrote: >> During make, i've got the following errors: > > Sorry, I was too quick when checking in. This is now fixed in revision 3384. Thank you for fast responce. 3384 has been compiled w/o errors and now running :) > > -- > Kristian -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia >From Dapp at gs-offenburg.de Fri Mar 10 10:27:47 2006 From: Dapp at gs-offenburg.de (Jochen Dapp) Date: Fri Mar 10 10:28:16 2006 Subject: Antw: Re: [Nav-users] Beginners problem, Message-ID: <s41154b2.038(a)server.gs.og.bw.schule.de> Hallo, thank you very much for your answer. Indeed I made progresses with NAV. I installed all snmp-components once more and now its running. My problem is however very special, because I have only a small network with about 25 HP switches ( Procurve 2524 and 8000) and 1 linux-router. I can see all devices, but only manually edited in db. I think because my linux-gateway is no cisco-node , there is no cdp on it and so it can t detect new devices on network. It seems also, the Hp-switches are not reporting any new device. This is of course no NAV-Problem, I know.... Perhaps i will try to install cdp-service on the linux-gw-box... Best regards Jochen Dapp --------------------------------------------------------------------- StD Jochen Dapp Stellvertr. Schulleiter Gewerblich-Technische Schulen Offenburg Moltkestr. 23, 77654 Offenburg Tel. 0781 - 4670 dapp(a)gs-offenburg.de http://www.gs-offenburg.de ---------------------------------------------------------------- >>> Morten Vold <morten.vold(a)uninett.no> 03/10 9:22 >>> Jochen Dapp wrote: > I can edit the postgres-db, insert and update new nodes, --> the > modules edit db and reports seems ok. But in Network-explorer (Fetch > from DB 0ms) or Maschine Tracker I get no answer on any search for a > device. Also cricket has no devices in the subdirs for switches ... > It must be a general problem.. > Has anyone an idea, where to start searching the problem ? > > Many thanks for any help! Have you started the NAV back-end services? It sounds like you've seeded the database with devices, but not started these. Information will not be collected from/about the devices unless you start the back-end services: /usr/local/nav/bin/nav start Check the status of running services with: /usr/local/nav/bin/nav status When you add new devices, cricket won't pick them up until makecricketconfig.pl is run. This happens automatically once a day (some time during the night, it is part of the cricket service), but it can also be run manually (preferably as the user navcron to retain correct file permissions). The machine tracker searches data collected by the iptrace (arplogger) and mactrace (getBoksMacs) services, which in turn are partly dependent on correct information about your network topology (Updated by the networkDiscovery service). The Network explorer is also dependent on the topology information. It's been a few weeks since your post, have you made any progress in this time? -- mvh Morten Vold UNINETT

1 0

[Nav-users]
by ivan＠logikom.net 02 Mar '06

02 Mar '06

> is this debian sarge ? no, i'm running suse. > i had the same error, but it was unrelated to python, it was just > becouse tomcat4 was not running. well, i checked tomcat status and it's running...not sure what to do/check next... with regards ivan. -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >From frode.jemtland at skolelinux.no Thu Mar 2 22:36:18 2006 From: frode.jemtland at skolelinux.no (Frode Jemtland) Date: Thu Mar 2 22:36:32 2006 Subject: [Nav-users] Problem adding ip devices In-Reply-To: <200602282101.24841.frode.jemtland(a)skolelinux.no> References: <200602282101.24841.frode.jemtland(a)skolelinux.no> Message-ID: <200603022236.19661.frode.jemtland(a)skolelinux.no> Tuesday 28. February 2006 21:01, wrote Frode Jemtland: > Hi > > I'm new to NAV, and this list. Have tried to search the archive, but could > not find any answers. > > I have tried to import ip devices, but I keep getting a error message I > can't understand. > > If I select Tools > Edit database > IP devices > Add, and fill in all > the fields for a switch, except the RW community string (We do not have > thees, and I get the same error if I fill in feks. private), I get the > error: > > Error: exceptions.TypeError: unsubscriptable object > > If I try to do a bulk import, I do get some of the same error message: > 1 h-51-01:172.16.2.10:hikt:GSW:public:::Coreswitch > Uknown error while querying IP device: exceptions.TypeError: > unsubscriptable object I have found out that I can't have a value in the rocommunity field. That means I can only add SRV or OTHER ip devices. The application kind of misses a key feature without switches, routers, etc. I have try'd to insert a switch as OTHER, and changed the values later, but this gives me the same error as explained before... Do anyone have any suggestions on what could be wrong? (, or where I could look to find any errors ?) -- -Frode The longest part of the journey is said to be the passing of the gate. -- Marcus Terentius Varro

1 0

Problem adding ip devices
by frode.jemtland＠skolelinux.no 28 Feb '06

28 Feb '06

Hi I'm new to NAV, and this list. Have tried to search the archive, but could not find any answers. I have tried to import ip devices, but I keep getting a error message I can't understand. If I select Tools > Edit database > IP devices > Add, and fill in all the fields for a switch, except the RW community string (We do not have thees, and I get the same error if I fill in feks. private), I get the error: Error: exceptions.TypeError: unsubscriptable object If I try to do a bulk import, I do get some of the same error message: 1 h-51-01:172.16.2.10:hikt:GSW:public:::Coreswitch Uknown error while querying IP device: exceptions.TypeError: unsubscriptable object Anyone seen this before? I'm running NAV on a Debian testing. Have installed the Debian backage of NAV 2+3.0rc2-1, as explained on http://pkg-nav.alioth.debian.org/. Some more status output: # /etc/init.d/nav status networkDiscovery: Up cricket: Up eventEngine (pid 7298) is running... iptrace: Up maintengine: Up servicemon.py (pid 7310) is running... smsd.pl (pid 7318) is running... thresholdMon: Up mactrace: Up logengine: Up safe_smsd: Up getDeviceData (pid 7325) is running... backup: Up pping.py (pid 7333) is running... Alertengine is running with process id 7344. It has been running for 21 minutes and 55 seconds. # /etc/init.d/postgresql-7.4 status Version Cluster Port Status Owner Data directory Log file 7.4 main 5432 online postgres /var/lib/postgresql/7.4/main /var/log/postgresql/postgresql-7.4-main.log # /etc/init.d/tomcat4 status Tomcat 4.1 servlet engine is running with Java pid 7072 If you need any thing else, I'll be happy to extract any information you need. -- -Frode Algebraic symbols are used when you do not know what you are talking about. -- Philippe Schnoebelen

1 0

A NAV forum is live for use.
by dpinkoski＠dnps.com 03 Feb '06

03 Feb '06

Evert has been gracious enough to setup a forum for NAV users. Feel free to utilize this service. http://www.meulie.net/forum_viewforum.php?97

2 1

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users