Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

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

SV: Re: [Nav-users] brake-up Advanced Search web-page
by peder.sefland＠hivolda.no 07 Mar '05

07 Mar '05

This is also a good idea. Searching for portnames is an often used feature! Be aware however that NAV is competing with itself in this matter; another tool, Network Exlorer gives you the ability to search for portnames. Maybe this will be of help? - Vidar My Network Explorer works fine with all the switches that is in the same vtp-domain as my Cisco 6509(GSW). But I can't browse/search on switches that is in another vtp-domian. And swtiches on our studentshome are in a different vtp-domain. With the Advanced Search in the report it is possible to do this portname-search. Peder

1 0

External authentication in NAV
by Vegard.Vesterheim＠uninett.no 07 Mar '05

07 Mar '05

On Fri, 4 Mar 2005 14:30:32 +0100 Bjorn Ove Grotan <bjorn.grotan(a)itea.ntnu.no> wrote: > Vegard Vesterheim: >> Are there any possibilities to use an external authentication >> mechanism in NAV. In UNINETT, we are looking at so-called >> single-sign-on solutions for web applications. In our setup, the >> authentication process can be performed by the web server, not by the >> web applications. We have implemented this by hooking custom >> authentication methods into the Apache request cycle. > > Authentication is handled by subsystem/webFront/lib/nav/web/auth.py > and likewize with authorization: subsystem/lib-python/src/nav/auth.py > The authenticationmodule is initiated from > subsystem/webFront/lib/nav/web/__init__.py in function > headerparserhandler. > > There's a file ldapAuth.py for example on how to use ldap as external > source of authentication. We used this internally for testing for a > while, but had to let it go because of broken openssl/openldap in > RedHat Linux. Hmm, either I am misunderstanding your response, or you misunderstood my question. I would like to implement 'single-sign-on' (log in once, get access to several services), but you talk about a 'shared userdatabase', this is not the same thing. You say that one can have alternative authentication mechanisms *within* NAV, this is nice, but I don't want that. I would like for NAV to *not do authentication at all*, but instead rely on 'higher powers' (in my case: Apache) to do this. In principle this would imply skipping the local authentication handling in NAV altogether. Apache does the authentication part, and NAV picks up the authenticated username and just does the authorization. > > I don't remember the specifics anymore, but I think we added some > functionality to first try ldap, then local database if ldapAuth was > used.. maybe someone else can comment on this? Well, a kind of fallback mechanism with a local userdatabase in NAV could be useful. For instance if the central login-service is unavailable, a local emergency fallback could be helpful. > >> I realize that in order for authorization to be performed correctly, >> the user must probably be registered in NAV as well, but this is >> another issue altogether. My main interest is avoiding the extra >> username/password dialog in NAV. > > The NAV userdatabase using ldapAuth mentioned above, also has a means > for describing where the source of this user credentials come from, so > you can have - say all your organization in ldap where they update their > passwords in ldap - and store external users and testusers inside the > NAV database. > >> In case anyone is wondering about relations with the FEIDE project: >> This is only partly related to FEIDE, the issue should be of >> general interest. > > I was thinking of making python-bindings to Moria, but I haven't had the > time yet. Not mainly for this system, but for similar use. OK, this is a different matter altogether, but we have done some very preliminary experimentation with this. We have been able to talk to Moria services via Python SOAP modules. Let me know if this is of any interest to you. But again, I am not asking how to *add* functionality to NAV, rather I am asking how to *remove* functionality so that one could use a single-sign-on solution. - Vegard - >From odd.hauge at himolde.no Mon Mar 7 10:16:49 2005 From: odd.hauge at himolde.no (Odd Arne Hauge (HSM)) Date: Mon Mar 7 10:16:54 2005 Subject: [Nav-users] Cricket and interface description for giga-router-interfaces, and some problems with HP 5308 switches References: <20050222104551.H42633(a)duke.cc.uit.no> <200502230126.54149.kreide(a)online.no> Message-ID: <011101c522f6$65073ec0$9601a8c0(a)molde.bravida.no> Hi. Getting the description for giga-router-interfaces in cricket: # diff /usr/local/nav/cricket/cricket-config/giga-router-interfaces/.nav /usr/local/src/nav/nav-3.0_beta10/subsystem/statTools/cricket/cricket-config/giga-router-interfaces/.nav 15c15 < descr = select nettype,netident from gwportprefix left join prefix using (prefixid) left join vlan using (vlanid) where gwportid=$id and netident is not null --- > descr = select nettype,netident from gwport left join prefix using > (prefixid) left join vlan using (vlan) where gwportid=$id and netident is > not null I'm also having some problems with HP5308XL Switches. This is a layer 3 switch, but it seems like Nav is unable to detecet the router-interfaces for the box and the vlans. Another minor issue is in the report. When you select Core Switches the report lists all the switches, also the switches defined as GSW type. But when you select the report Core Switch Ports no switch ports from boxes defined as GSW are listed. Regards Odd Arne Hauge

2 2

Problem with logger (syslog analyzer)
by Borge.Brunes＠cc.uit.no 04 Mar '05

04 Mar '05

Folks, In 6 out of 10 times when I try to "Send" something I get: Mod_python error: "PythonHandler main" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/messages/main.py", line 63, in handler path = req.uri.split(BASEPATH)[1] IndexError: list index out of range I also get some of these from logengine.py (cron): Traceback (most recent call last): File "/usr/local/nav/bin/logengine.py", line 273, in ? message = createMessage(line) File "/usr/local/nav/bin/logengine.py", line 105, in createMessage oritime = DateTime.DateTime(year,month,day,hour,min) TypeError: an integer is required but there are no "parsing errors" in the webgui. regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

1 0

brake-up Advanced Search web-page
by peder.sefland＠hivolda.no 04 Mar '05

04 Mar '05

We have put description on many of our swichports, and we want to search on portname. The only way to do this (so fare I can see) is to go to Home > Report > Switchports and then click on the Advance Search. But on this page you'll have to scrool sideways pretty long before you find the portname-field I know we can customize our Navigation preferences, but it would be better to brake-up this page The best thing would be a field-search in the /report -page Something like this maybe Reports IP Device Center Room search Device search Switchports w/vlan Portname Thats only a suggestion Peder Sefland >From Vegard.Vesterheim at uninett.no Fri Mar 4 13:29:24 2005 From: Vegard.Vesterheim at uninett.no (Vegard Vesterheim) Date: Fri Mar 4 13:29:31 2005 Subject: [Nav-users] External authentication in NAV Message-ID: <tkvf87iogr.fsf(a)voll.uninett.no> Are there any possibilities to use an external authentication mechanism in NAV. In UNINETT, we are looking at so-called single-sign-on solutions for web applications. In our setup, the authentication process can be performed by the web server, not by the web applications. We have implemented this by hooking custom authentication methods into the Apache request cycle. So, in principle it should be sufficient for NAV to lookup the authenticated username from the Apache request record, and use that as a indication of successfull authentication. The NAV webfrontend should be able to go like this: "oh, I see that the user is already authenticated, so I'll just let him in". I realize that in order for authorization to be performed correctly, the user must probably be registered in NAV as well, but this is another issue altogether. My main interest is avoiding the extra username/password dialog in NAV. In case anyone is wondering about relations with the FEIDE project: This is only partly related to FEIDE, the issue should be of general interest. -- Vegard Vesterheim : Phone: +47 73 55 79 12 UNINETT : Fax: +47 73 55 79 01 N-7465 Trondheim, NORWAY : Email: Vegard.Vesterheim(a)uninett.no >From bjorn.grotan at itea.ntnu.no Fri Mar 4 14:30:32 2005 From: bjorn.grotan at itea.ntnu.no (Bjorn Ove Grotan) Date: Fri Mar 4 14:30:33 2005 Subject: [Nav-users] External authentication in NAV In-Reply-To: <tkvf87iogr.fsf(a)voll.uninett.no> References: <tkvf87iogr.fsf(a)voll.uninett.no> Message-ID: <20050304133031.GA10959(a)itea.ntnu.no> Vegard Vesterheim: > Are there any possibilities to use an external authentication > mechanism in NAV. In UNINETT, we are looking at so-called > single-sign-on solutions for web applications. In our setup, the > authentication process can be performed by the web server, not by the > web applications. We have implemented this by hooking custom > authentication methods into the Apache request cycle. Authentication is handled by subsystem/webFront/lib/nav/web/auth.py and likewize with authorization: subsystem/lib-python/src/nav/auth.py The authenticationmodule is initiated from subsystem/webFront/lib/nav/web/__init__.py in function headerparserhandler. There's a file ldapAuth.py for example on how to use ldap as external source of authentication. We used this internally for testing for a while, but had to let it go because of broken openssl/openldap in RedHat Linux. I don't remember the specifics anymore, but I think we added some functionality to first try ldap, then local database if ldapAuth was used.. maybe someone else can comment on this? > I realize that in order for authorization to be performed correctly, > the user must probably be registered in NAV as well, but this is > another issue altogether. My main interest is avoiding the extra > username/password dialog in NAV. The NAV userdatabase using ldapAuth mentioned above, also has a means for describing where the source of this user credentials come from, so you can have - say all your organization in ldap where they update their passwords in ldap - and store external users and testusers inside the NAV database. > In case anyone is wondering about relations with the FEIDE project: > This is only partly related to FEIDE, the issue should be of > general interest. I was thinking of making python-bindings to Moria, but I haven't had the time yet. Not mainly for this system, but for similar use. -- Best regards Bj?rn Ove Gr?tan NTNU, ITEA >From bjorn.grotan at itea.ntnu.no Fri Mar 4 14:42:45 2005 From: bjorn.grotan at itea.ntnu.no (Bjorn Ove Grotan) Date: Fri Mar 4 14:42:47 2005 Subject: [Nav-users] External authentication in NAV In-Reply-To: <20050304133031.GA10959(a)itea.ntnu.no> References: <tkvf87iogr.fsf(a)voll.uninett.no> <20050304133031.GA10959(a)itea.ntnu.no> Message-ID: <20050304134245.GB10959(a)itea.ntnu.no> Bjorn Ove Grotan: > There's a file ldapAuth.py for example on how to use ldap as external > source of authentication. We used this internally for testing for a > while, but had to let it go because of broken openssl/openldap in > RedHat Linux. I stand corrected.. we didn't throw ldap-authenticaion away or anything - it just didn't work with the standard openssl/openldap packages in RedHat 9, but its working with a current setup using SLES9. One of the reasons we let NAV do the external authentication on behalf of the user is because we have to cache credentials in NAV, if the external source of authentication is unavailable. -- Best regards Bj?rn Ove Gr?tan NTNU, ITEA >From valsbox at gmail.com Fri Mar 4 08:05:03 2005 From: valsbox at gmail.com (Valentin Miculit) Date: Fri Mar 4 15:05:17 2005 Subject: [Nav-users] install Message-ID: <2e5d75ca050304060554d9bff6(a)mail.gmail.com> Hi everyone, I am new to Nav. just installed on a FreeBSD Machine 5.3 Got Python and Php to work with apache2 but when i want to run the py line in /nav here is what i get: Mod_python error: "PythonHeaderParserHandler nav.web" 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 454, in import_module f, p, d = imp.find_module(parts[i], path) ImportError: No module named nav Any help welcome. What am i missing? Thanx. >From Borge.Brunes at cc.uit.no Fri Mar 4 15:26:20 2005 From: Borge.Brunes at cc.uit.no (Borge Brunes) Date: Fri Mar 4 15:26:32 2005 Subject: [Nav-users] install In-Reply-To: Message from Valentin Miculit <valsbox(a)gmail.com> <2e5d75ca050304060554d9bff6(a)mail.gmail.com> Message-ID: <200503041426.j24EQKEf000984(a)duke.cc.uit.no> valsbox(a)gmail.com said: [cut] > ImportError: No module named nav Is your PYTHONPATH correct? I use PYTHONPATH=/usr/local/nav/lib/python in 5.3 and it works. BTW: Have you innstalled NAV from ports? regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

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