Nav-users

nav-users@lister.sikt.no

1376 discussions

BoxDown 0 d, 00 h, 00 min
by kreide＠online.no 19 Mar '05

19 Mar '05

> I get many alert with BoxDown 0 d, 00 h, 00 min > Sysname IP From To Downtime boxState > XXXXX.hivolda.no 158.38.XX.XXX 02:54 18-03-05 02:55 18-03-05 > 0 d, 00 h, 00 min boxDown I believe this is due to some debug code that was unfortunately included in a beta release which sets the default wait time for event engine to a very low (5 seconds) value. You can fix this problem by uncommenting the line in eventEngine.conf which sets the alertTickLength (default is 60 seconds) and restart event engine. Note that there should not be a semicolon at the end of the line, so if there is one remove it. -- Kristian

1 0

Use SNMP::Info to manage device types?
by Vidar.Faltinsen＠uninett.no 19 Mar '05

19 Mar '05

On Mon, 14 Mar 2005, Kristian Eide wrote: >> In my opinion main NAV problem is, that it is not flexible, there is no >> interface for adding custom devices. I was writing about this, but there is >> no feedback. We consider this issue very important. I am sorry you (Woj) received no feedback on your initial posting. > In fact, NAV is meant to be very flexible! New OIDs can be added via the web > interface, and NAV will automatically detect which devices support the new > OIDs. > > Data collection is done by the 'getDeviceData' daemon, which uses a > plugin-based architecture. The API for this is resonably well documented in > Javadoc, however, it is a fact that familiarity with Java programming is > required in order to create new collection plugins. Unfortunately it also > seems many system administrators are much more familiar with script languages > and the barrier to entry is thus high. We should also supply a Device Compatibility Matrix equivalent to the netdisco version (http://snmp-info.sourceforge.net/DeviceMatrix.html) An idea is to adopt a similar/elaborated classification, introduce a wiki page at metanav and have the nav community participate in testing and doumentation. This will be of great value to the community, it will be easy for new users to see what we support, easy for us to see where the current problems are, etc. > Creating a perl binding which focused on easy of development would solve this > problem, but it is of now uncertain if resources are available to implement > something like this. We will discuss it internally and announce any decision > this list. We should give this serious thought. We definitely need a mechansim which invites contributions from the community. I will internally (ntnu/uninett) suggest an intense equipment test program where we test variuos new equipment in a structured manner. In the process we should look at improving logging and in the end provide a cookbook / check list for how to test a new switch/router in NAV. A device can be supported in NAV on different levels: 1: basis: only status monitoring of the device. no information on ports (l2 or l3 ports) 2: information on ports but no vlan information. This also includes cricket/rrd statistics 3: physical topology detected. machine tracker capable 4: full topology: vlan information (trunk and none trunk ports) Variuos log files / web pages should be checked in the process from initial seeding in edit database untill you reach level 4. Worst- and bestcase timeframe should also be dedumentet - Vidar

1 0

Suse Linux Enterprise Server (SLES) 9 install documentation?
by TristanRhodes＠weber.edu 19 Mar '05

19 Mar '05

Morten, Thanks for putting together the NAV installation instructions for SLES. I have a few thoughts.... 1. Are there commands that can be used to install the long-list of Yast packages, or is the GUI required? (I am used to "apt-get install apache") 2. Regarding the manual package installations: Can any of these be installed with Yast? I noticed that IPy is installed manually, and it is in Yast. Is this due to a required version of IPy? (There may be other similar packages like IPy). 3. I have only recently discovered NAV, and I am very thankful for all the work that has been put into it. I am also very pleased that it has been released under the GPL license so that we can use it! Can I ask when NAV 3.0 is expected to be finished? (Q2, Q3, or Q4 2005?) Thanks! Tristan Rhodes Weber State University >>> Morten Vold <morten.vold(a)ntnu.no> 03/15/05 1:07 AM >>> On 11/03/2005 17:35, Tristan RHODES uttered: > "SuSE Linux Enterprise Server > The current NTNU installation of NAV is up and running on SLES 9. > Installation instructions will be made available shortly." Yes, thank you for reminding me (I had forgotten all about this). I will try to put something up by Friday. All testing and suggestions are welcome :-) - -- Morten Vold NTNU ITEA Integrasjonsgruppen

1 0

BoxDown 0 d, 00 h, 00 min
by Vidar.Faltinsen＠uninett.no 18 Mar '05

18 Mar '05

On Fri, 18 Mar 2005, Peder Magne Sefland wrote: > I get many alert with BoxDown 0 d, 00 h, 00 min > > 2005-03-18 > Sysname IP From To Downtime boxState > XXXXX.hivolda.no 158.38.XX.XXX 02:54 18-03-05 02:55 18-03-05 > 0 d, 00 h, 00 min boxDown > > > In nav2 there where somewhere we could put boxes with slow respons, so > you don't get this false alert. Is this possible in nav3? In nav3 you have multiple options here: 1) You can adjust your alert profile to suppress alarms from the netbox in question. This solves the problem for you, not for everybody. You may alse do this suppression based on severity. We have a default severity scheme in place, depending on the box in question this may help you. 2) You can put set the device on maintenance. Use the messages tool, select the maintenance tab. Select the netbox and attach a message to this. This options stops all monitoring of the device for the time period you specify. 3) You may adjust timers in pping and/or event engine, see pping.conf, eventEngine.conf (maybe Kristian can elaborate here). Please note that these adjustments are on a "global" basis. - Vidar

1 0

Suse Linux Enterprise Server (SLES) 9 install documentation?
by morten.vold＠ntnu.no 15 Mar '05

15 Mar '05

GET /favicon.ico HTTP/1.1 Host: 158.38.X.X User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: nav_sessid=745ce9bd41a62b46bbdbaebaf132d02e HTTP/1.x 404 Not Found Date: Tue, 15 Mar 2005 08:42:47 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Content-Length: 299 Connection: close Content-Type: text/html; charset=iso-8859-1 This next log is when I move from the Toolbox to the Syslog Ananlyzer. I first get an error Mod_python error: "PythonHandler main" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/var/www/nav/messages/main.py", line 63, in handler path = req.uri.split(BASEPATH)[1] IndexError: list index out of range If I use the Refresh-button (F5) I might get the right Syslog Analyzer page https://XX.XXX.no/logger/ GET /logger/ HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/toolbox/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d HTTP/1.x 200 OK Date: Tue, 15 Mar 2005 09:20:57 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=ISO-8859-1 GET /favicon.ico HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d HTTP/1.x 404 Not Found Date: Tue, 15 Mar 2005 09:20:57 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Content-Length: 301 Connection: close Content-Type: text/html; charset=iso-8859-1 GET /logger/ HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/toolbox/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d Cache-Control: max-age=0 HTTP/1.x 200 OK Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=ISO-8859-1 GET /images/main/background-fill.gif HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/logger/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d If-Modified-Since: Mon, 14 Feb 2005 08:25:01 GMT If-None-Match: "c1e7-97-62631140" Cache-Control: max-age=0 HTTP/1.x 304 Not Modified Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Etag: "c1e7-97-62631140" GET /images/main/navbar-separator.gif HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/logger/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d If-Modified-Since: Mon, 14 Feb 2005 08:25:01 GMT If-None-Match: "c1e9-2b8-62631140" Cache-Control: max-age=0 HTTP/1.x 304 Not Modified Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Etag: "c1e9-2b8-62631140" GET /images/blank.gif HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/logger/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d If-Modified-Since: Mon, 14 Feb 2005 08:25:01 GMT If-None-Match: "c1ed-2b-62631140" Cache-Control: max-age=0 HTTP/1.x 304 Not Modified Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Etag: "c1ed-2b-62631140" GET /images/main/navlogo+background.gif HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://XX.XXX.no/logger/ Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d If-Modified-Since: Mon, 14 Feb 2005 08:25:01 GMT If-None-Match: "c1e3-f682-62631140" Cache-Control: max-age=0 HTTP/1.x 304 Not Modified Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Connection: close Etag: "c1e3-f682-62631140" GET /favicon.ico HTTP/1.1 Host: XX.XXX.no User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Accept: image/png,*/*;q=0.5 Accept-Language: nb,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: nav_sessid=fab322f99c748f4597375dfb180d4e0d HTTP/1.x 404 Not Found Date: Tue, 15 Mar 2005 09:21:14 GMT Server: Apache/2.0.53 (Debian GNU/Linux) Content-Length: 301 Connection: close Content-Type: text/html; charset=iso-8859-1 Peder Sefland >>> Morten Vold <morten.vold(a)ntnu.no> 15.03.2005 09:10:49 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/03/2005 11:26, Peder Magne Sefland uttered: > When I try to add or edit a message, very often I get the > Syslog-page. But if I go back and try again, I might get det right > message-page. I'm not entirely sure what you are describing here, but I believe we've had one other similar report. It doesn't give us much to go on though - I think what would be most helpful is a log of the HTTP headers that are sent and received when this happens. If you use Mozilla Firefox, you can capture the HTTP Headers using the LiveHTTPHeaders plugin (see: http://livehttpheaders.mozdev.org/ ) - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCNpiJXxIl0kpcOkQRAup3AJ9sBvvGBIgmjqKu5n4L2hGVOpWnnwCg7xrq R5LLuhY5bamx+qC4kwPr6Hk= =Byjh -----END PGP SIGNATURE----- >From peder.sefland at hivolda.no Fri Mar 18 09:38:19 2005 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Fri Mar 18 09:38:35 2005 Subject: [Nav-users] BoxDown 0 d, 00 h, 00 min Message-ID: <s23aa196.000(a)HVO-3.hivolda.no> I get many alert with BoxDown 0 d, 00 h, 00 min 2005-03-18 Sysname IP From To Downtime boxState XXXXX.hivolda.no 158.38.XX.XXX 02:54 18-03-05 02:55 18-03-05 0 d, 00 h, 00 min boxDown In nav2 there where somewhere we could put boxes with slow respons, so you don't get this false alert. Is this possible in nav3? Peder Sefland

1 0

snmp timeout when adding a 6509 GSW
by fredrik.holmberg＠luh.hihm.no 14 Mar '05

14 Mar '05

When I add a Catalyst 6509 GSW I get the following errors in getDeviceData.log: .... Mar 14 16:44:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got results from xxx-gsw, length: 0 (reqGetnext: true, vl: @30) Mar 14 16:44:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got timeout exception testing oidkey ucd_cpuIdle with netbox: 128.39.xxx.xxx (vl: @1002) .... Mar 14 16:52:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got results from xxx-gsw, length: 0 (reqGetnext: true, vl: @30) Mar 14 16:52:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got timeout exception testing oidkey cMenuPortType with netbox: 128.39.xxx.xxx (vl: @1002) .... Mar 14 16:55:23 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got results from xxx-gsw, length: 0 (reqGetnext: true, vl: @30) Mar 14 16:55:23 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got timeout exception testing oidkey hpHwVer with netbox: 128.39.xxx.xxx (vl: @1002) etc. Any ideas on why these messages occur? Is it because of a misconfiguration on the GSW? Regards, Fredrik Holmberg >From kreide at online.no Mon Mar 14 17:10:14 2005 From: kreide at online.no (Kristian Eide) Date: Mon Mar 14 17:10:17 2005 Subject: [Nav-users] snmp timeout when adding a 6509 GSW Message-ID: <4236C142(a)epostleser.online.no> >When I add a Catalyst 6509 GSW I get the following errors in >getDeviceData.log: >Mar 14 16:44:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got results from >xxx-gsw, length: 0 (reqGetnext: true, vl: @30) >Mar 14 16:44:22 2005 xxx-gsw_06 OID_TESTER-6-DO_TEST Got timeout >exception testing oidkey ucd_cpuIdle with netbox: 128.39.xxx.xxx (vl: @1002) >Any ideas on why these messages occur? Is it because of a >misconfiguration on the GSW? No. This is normal as the device does not reply to SNMP requests on a VLAN it does not recognize (1002 in this case). Since NAV does not know which VLANs are valid for a given device it will try several, some of which might not be valid, and this can result in the above message. It should be safe to ignore in this case, however. -- Kristian

1 0

Use SNMP::Info to manage device types?
by TristanRhodes＠weber.edu 14 Mar '05

14 Mar '05

I agree Vegard, Netdisco is a neat application. I would love to see the best of both applications combined. Configuration file backup, perhaps even in a versioning system. >>> Vegard Vesterheim <Vegard.Vesterheim(a)uninett.no> 03/14/05 6:22 AM >>> On Mon, 14 Mar 2005 13:35:21 +0100 Magnus Nordseth <magnus(a)ntnu.no> wrote: > Wojciech Kozicki: >> In my opinion main NAV problem is, that it is not flexible, there is no >> interface for adding custom devices. I was writing about this, but there is >> no feedback. > > The SNMP::Info module is probably cool, but as the SNMP handling in NAV is > written in java, it doesn't help us much. I don't know enough details about the NAV database, but I would assume that alternative methods for harvesting SNMP data for insertion into the NAV database would be possible. Wouldn't it? List of devices supported by SNMP::Info: http://snmp-info.sourceforge.net/DeviceMatrix.html BTW, people taking interest in the SNMP::Info package should also be aware of the netdisco application (http://netdisco.org) for which SNMP::Info was created. netdisco is an application similar to NAV in many respects. It is implemented solely in perl, has auto-discovery capabilities, has a full-fledged API for extensions, the main interface is web-based but a command line interface is provided as well. A nifty functionality is layer 2 traceroute which displays switch port details along one possible route between two IP adresses. netdisco also provides a 'Duplex Mismatch Finder'. The web interface in netdisco is more basic, nowhere near as slick as NAV, but I guess some ideas from netdisco could be incorporated into NAV. - Vegard - _______________________________________________ Nav-users mailing list Nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From kreide at online.no Mon Mar 14 16:16:50 2005 From: kreide at online.no (Kristian Eide) Date: Mon Mar 14 16:16:53 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? Message-ID: <423687E7(a)epostleser.online.no> >I don't know enough details about the NAV database, but I would assume >that alternative methods for harvesting SNMP data for insertion into >the NAV database would be possible. Wouldn't it? Certainly, but we would also need some way to actually interpret the collected data, which is why we have not added more OIDs than those for which we actually have a way to process the data. >command line interface is provided as well. A nifty functionality is >layer 2 traceroute which displays switch port details along one >possible route between two IP adresses. netdisco also provides a We have also implemented this in NAV (a short command line python program, as all the required data is already in the NAV database), in fact, it seems we can do better since we also collect the STP data and thus can see where the data is actually traveling, not just find the shortest path. Making a web version is not much work, perhaps we will include it as well if there is demand. >'Duplex Mismatch Finder'. I think we already have such a report (?). >The web interface in netdisco is more basic, nowhere near as slick as >NAV, but I guess some ideas from netdisco could be incorporated into >NAV. I liked the "network map". Since Netdisco is BSD licenced perhaps this could be integrated into NAV. -- Kristian

1 0

error when accessing cricket..
by roar.pettersen＠it.uib.no 11 Mar '05

11 Mar '05

Hello ! > 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 98, > in handler > path=[path]) > > File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 454, in > import_module > f, p, d = imp.find_module(parts[i], path) > > ImportError: No module named index You have to make a file called .htaccess, eg : echo "SetHandler none" > .htaccess This should be in a FAQ, very easy to forget. :-) -- 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 fredrik.holmberg at luh.hihm.no Fri Mar 11 15:05:40 2005 From: fredrik.holmberg at luh.hihm.no (Fredrik Holmberg) Date: Fri Mar 11 15:05:44 2005 Subject: [Nav-users] error when accessing cricket.. In-Reply-To: <Pine.GSO.4.61.0503111449220.20340(a)alf.uib.no> References: <42319FE6.2070506(a)luh.hihm.no> <Pine.GSO.4.61.0503111449220.20340(a)alf.uib.no> Message-ID: <4231A5B4.8080707(a)luh.hihm.no> Creating .htaccess in "public_html" solved the problem. Thanks! - Fredrik Roar Pettersen wrote: > Hello ! > >> 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 >> 98, in handler >> path=[path]) >> >> File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line >> 454, in import_module >> f, p, d = imp.find_module(parts[i], path) >> >> ImportError: No module named index > > > You have to make a file called .htaccess, eg : > > echo "SetHandler none" > .htaccess > > > This should be in a FAQ, very easy to forget. :-) > > > -- > 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 TristanRhodes at weber.edu Fri Mar 11 09:13:49 2005 From: TristanRhodes at weber.edu (Tristan RHODES) Date: Fri Mar 11 17:12:18 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? Message-ID: <s2316158.051(a)gwmta2.weber.edu> The developer list is closed, so I am would like ask a question to this list. I believe there is a way to manually add device types to NAV, and there is a Wiki page listing many device OIDs. This works, but it may be a duplication of effort. There is a perl module named SNMP::Info that provides an object-oriented interface to Network Devices and data stored in SNMP MIBs. http://snmp-info.sourceforge.net/ If this module could be integrated into NAV, many different network management projects can add devices to this module, and all will benefit from it. Any thoughts on this? Tristan Rhodes >From TristanRhodes at weber.edu Fri Mar 11 09:35:19 2005 From: TristanRhodes at weber.edu (Tristan RHODES) Date: Fri Mar 11 17:33:40 2005 Subject: [Nav-users] Suse Linux Enterprise Server (SLES) 9 install documentation? Message-ID: <s231665d.085(a)gwmta2.weber.edu> I read in the wiki that SLES is used at NTNU and documentation will be available shortly. Is there any way I can help out with this? I can test the install process and make suggestions. http://metanav.ntnu.no/moin.cgi/NAVInstallation "SuSE Linux Enterprise Server The current NTNU installation of NAV is up and running on SLES 9. Installation instructions will be made available shortly." Tristan Rhodes >From peder.sefland at hivolda.no Mon Mar 14 11:26:35 2005 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Mon Mar 14 11:27:07 2005 Subject: [Nav-users] periodic misslink in message-system for nav3 Message-ID: <s2357507.093(a)HVO-3.hivolda.no> When I try to add or edit a message, very often I get the Syslog-page. But if I go back and try again, I might get det right message-page. Peder Sefland >From woj at tstd.pl Mon Mar 14 11:37:27 2005 From: woj at tstd.pl (Wojciech Kozicki) Date: Mon Mar 14 11:37:44 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? In-Reply-To: <s2316158.051(a)gwmta2.weber.edu> References: <s2316158.051(a)gwmta2.weber.edu> Message-ID: <200503141137.28354.woj(a)tstd.pl> On Friday 11 of March 2005 17:13, Tristan RHODES wrote: > The developer list is closed, so I am would like ask a question to this > list. > > I believe there is a way to manually add device types to NAV, and there > is a Wiki page listing many device OIDs. This works, but it may be a > duplication of effort. > > There is a perl module named SNMP::Info that provides an > object-oriented interface to Network Devices and data stored in SNMP > MIBs. > > http://snmp-info.sourceforge.net/ > > If this module could be integrated into NAV, many different network > management projects can add devices to this module, and all will benefit > from it. > > Any thoughts on this? > In my opinion main NAV problem is, that it is not flexible, there is no interface for adding custom devices. I was writing about this, but there is no feedback. Tristan's idea is very good. regards. -- Wojciech (Woj) Kozicki >From magnus at ntnu.no Mon Mar 14 13:35:21 2005 From: magnus at ntnu.no (Magnus Nordseth) Date: Mon Mar 14 13:35:24 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? In-Reply-To: <200503141137.28354.woj(a)tstd.pl> References: <s2316158.051(a)gwmta2.weber.edu> <200503141137.28354.woj(a)tstd.pl> Message-ID: <20050314123521.GC12721(a)stud.ntnu.no> Wojciech Kozicki: > In my opinion main NAV problem is, that it is not flexible, there is no > interface for adding custom devices. I was writing about this, but there is > no feedback. The SNMP::Info module is probably cool, but as the SNMP handling in NAV is written in java, it doesn't help us much. You can add support for device foo in NAV by writing a device handler in getDeviceData subsystem, which shouldn't be too difficult, I suggest using one of the existing handlers as a starting point. Best regards, -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc >From Vegard.Vesterheim at uninett.no Mon Mar 14 14:22:48 2005 From: Vegard.Vesterheim at uninett.no (Vegard Vesterheim) Date: Mon Mar 14 14:22:53 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? In-Reply-To: <20050314123521.GC12721(a)stud.ntnu.no> (Magnus Nordseth's message of "Mon, 14 Mar 2005 13:35:21 +0100") References: <s2316158.051(a)gwmta2.weber.edu> <200503141137.28354.woj(a)tstd.pl> <20050314123521.GC12721(a)stud.ntnu.no> Message-ID: <tkvf7u745z.fsf(a)voll.uninett.no> On Mon, 14 Mar 2005 13:35:21 +0100 Magnus Nordseth <magnus(a)ntnu.no> wrote: > Wojciech Kozicki: >> In my opinion main NAV problem is, that it is not flexible, there is no >> interface for adding custom devices. I was writing about this, but there is >> no feedback. > > The SNMP::Info module is probably cool, but as the SNMP handling in NAV is > written in java, it doesn't help us much. I don't know enough details about the NAV database, but I would assume that alternative methods for harvesting SNMP data for insertion into the NAV database would be possible. Wouldn't it? List of devices supported by SNMP::Info: http://snmp-info.sourceforge.net/DeviceMatrix.html BTW, people taking interest in the SNMP::Info package should also be aware of the netdisco application (http://netdisco.org) for which SNMP::Info was created. netdisco is an application similar to NAV in many respects. It is implemented solely in perl, has auto-discovery capabilities, has a full-fledged API for extensions, the main interface is web-based but a command line interface is provided as well. A nifty functionality is layer 2 traceroute which displays switch port details along one possible route between two IP adresses. netdisco also provides a 'Duplex Mismatch Finder'. The web interface in netdisco is more basic, nowhere near as slick as NAV, but I guess some ideas from netdisco could be incorporated into NAV. - Vegard - >From fredrik.holmberg at luh.hihm.no Mon Mar 14 15:40:38 2005 From: fredrik.holmberg at luh.hihm.no (Fredrik Holmberg) Date: Mon Mar 14 15:43:54 2005 Subject: [Nav-users] " ... violates foreign key constraint "$1" Message-ID: <4235A266.7030309(a)luh.hihm.no> Keep getting these messages in getDeviceData.log: Mar 14 15:21:37 2005 xxx-gw.uninett.no_01 GwportHandler-6-NEW GWPORTPREFIX Gwportprefix: gwip=128.39.xxx.xxx hsrp=false prefix=128.39.xxx.xxx/32 (0) (e1ca74) Mar 14 15:21:37 2005 xxx-gw.uninett.no_01 GwportHandler-3-HANDLE SQLException: ERROR: insert or update on table "gwportprefix" violates foreign key constraint "$1" Does anyone know of a way to fix this, or doesn't it have any particular effect on NAV3 (beta 10)? - Fredrik Holmberg >From kreide at online.no Mon Mar 14 16:02:01 2005 From: kreide at online.no (Kristian Eide) Date: Mon Mar 14 16:02:09 2005 Subject: [Nav-users] Use SNMP::Info to manage device types? Message-ID: <42367F67(a)epostleser.online.no> >In my opinion main NAV problem is, that it is not flexible, there is no >interface for adding custom devices. I was writing about this, but there is >no feedback. In fact, NAV is meant to be very flexible! New OIDs can be added via the web interface, and NAV will automatically detect which devices support the new OIDs. Data collection is done by the 'getDeviceData' daemon, which uses a plugin-based architecture. The API for this is resonably well documented in Javadoc, however, it is a fact that familiarity with Java programming is required in order to create new collection plugins. Unfortunately it also seems many system administrators are much more familiar with script languages and the barrier to entry is thus high. Creating a perl binding which focused on easy of development would solve this problem, but it is of now uncertain if resources are available to implement something like this. We will discuss it internally and announce any decision this list. -- Kristian

1 0

brake-up Advanced Search web-page
by morten.vold＠ntnu.no 09 Mar '05

09 Mar '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/03/2005 13:38, Vidar Faltinsen uttered: > I consider this a bug in the report system, where the advanced page > looks very messy in variuos browsers and make it hard to use. > Probably an easy fix... Morten? Until I tried viewing the page using Internet Explorer, I didn't understand what the fuss was about. Upon closer examination, it looks like the report template outputs very bad and broken HTML, which I have now attempted to mend (save for the other bad HTML produced by the MainTemplate, which was not the problem here). Apparently, Firefox is more forgiving when attempting to render bad HTML than Internet Explorer is. The fix will be available in the next release (or from r3163 on trunk for those who like to use the bleeding edge from the Subversion repository). - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCLvY4XxIl0kpcOkQRAsZuAKDcdxabCX9IxUkhIGAGdPLrYE5UTQCeO7n3 7CkVNhcT/8oswPWDNGmHIvg= =cc6i -----END PGP SIGNATURE----- >From fredrik.holmberg at luh.hihm.no Fri Mar 11 14:40:54 2005 From: fredrik.holmberg at luh.hihm.no (Fredrik Holmberg) Date: Fri Mar 11 14:40:57 2005 Subject: [Nav-users] error when accessing cricket.. Message-ID: <42319FE6.2070506(a)luh.hihm.no> After erasing old Cricket data, when I access https://nav/cricket/ the following message appears: --- 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 98, in handler path=[path]) File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 454, in import_module f, p, d = imp.find_module(parts[i], path) ImportError: No module named index --- navcron@nav3:~/cricket> ll total 1 lrwxrwxrwx 1 root root 16 2004-10-24 18:48 cricket -> ../cricket-1.0.5 drwxr-xr-x 9 navcron nav 352 2005-03-11 14:29 cricket-config drwxr-xr-x 7 navcron nav 224 2005-03-11 13:35 cricket-data drwxr-xr-x 2 navcron nav 1368 2005-03-11 14:34 cricket-logs drwxr-xr-x 2 navcron nav 312 2005-03-11 14:21 public_html navcron@nav3:~/cricket/public_html> ll total 4 lrwxrwxrwx 1 navcron nav 37 2005-03-11 14:21 cricket-config -> /usr/local/nav/cricket/cricket-config -rw-r--r-- 1 navcron nav 569 2005-03-11 12:04 cricket.css lrwxrwxrwx 1 navcron nav 35 2005-03-11 14:21 cricket-data -> /usr/local/nav/cricket/cricket-data lrwxrwxrwx 1 navcron nav 22 2005-03-11 14:17 grapher.cgi -> .../cricket/grapher.cgi lrwxrwxrwx 1 navcron nav 17 2005-03-11 14:17 images -> ../cricket/images lrwxrwxrwx 1 navcron nav 11 2005-03-11 14:18 index.cgi -> grapher.cgi lrwxrwxrwx 1 navcron nav 14 2005-03-11 14:17 lib -> ../cricket/lib lrwxrwxrwx 1 navcron nav 25 2005-03-11 14:17 mini-graph.cgi -> .../cricket/mini-graph.cgi lrwxrwxrwx 1 navcron nav 18 2005-03-11 14:17 VERSION -> ../cricket/VERSION What have I done wrong this time? :) Regards, Fredrik Holmberg >From Borge.Brunes at cc.uit.no Fri Mar 11 14:41:10 2005 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Fri Mar 11 14:41:14 2005 Subject: [Nav-users] Problem with case sensitive hostname/sysname Message-ID: <200503111341.j2BDfA1d004639(a)duke.cc.uit.no> An old problem from The Beginning is back: eventEngine EVENTQ_MONITOR_TASK-6-RUN Got event: e=4153 d=108 n=32 t=info s=x [dnsname=piffi.cc.uit.no] [sysname=PIFFI] [alerttype=dnsMismatch] alertEngine User-6-sendSMS: SMS XXXX: piffi.cc.uit.no does not match piffi.cc.uit.no (This is an M$-box and there is no easy way tho change the sysname) regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

1 0

SV: RE: [Nav-users] vlan information from cisco switches
by peder.sefland＠hivolda.no 07 Mar '05

07 Mar '05

My guess is that vlandiscovery is not running, or has a bug that effect you. Check: 1. is the requested information in the swportvlan table (probably not) correct, no information 2. does "nav status" tell you that Networkdiscovery is running Yes, everything is running (hopefully) ~# /etc/init.d/nav status networkDiscovery: Up cricket: Up eventEngine (pid 875) is running... iptrace: Up maintengine: Up servicemon.py (pid 895) is running... smsd.pl (pid 904) is running... thresholdMon: Up mactrace: Up logengine: Up safe_smsd: Up getDeviceData (pid 910) is running... backup: Up pping.py (pid 922) is running... Alertengine is running with process id 935. It has been running for 10 hours and 46 minutes. 3. is networkDiscovery-stderr.log updated reasently? does it give you a clue? The networkDiscovery-stderr.log is emty. One of the other on the nav-users-list has a cisco 2980 running software 6.3(10) and don't have this problem. My cisco 2980 is running software 6.3(5), so maybe a software upgrade will do the trick? Peder >From Borge.Brunes at cc.uit.no Tue Mar 8 15:25:32 2005 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Tue Mar 8 15:25:37 2005 Subject: [Nav-users] more problems with the logger subsystem Message-ID: <200503081425.j28EPWt8052853(a)duke.cc.uit.no> The logengine is "leaking" connections until postgres says "connection limit exceeded for non superusers": postgres[87954]: [2-1] FATAL: connection limit exceeded for non-superusers I'm not a pythonexpert, but I guess that somewhere in the logengine.py-code a connection is opened and not closed. regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users