Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

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 18 Jan '06

18 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users