Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

Garbage in alertengine.pid
by Ingeborg.Hellemo＠cc.uit.no 09 Nov '06

09 Nov '06

Freshly installed NAV 3.1.1. FreeBSD 6.1-RELEASE-p10 /# /usr/local/nav/bin/nav status networkDiscovery: Up ... pping.py (pid 65207) is running... ps: process id too large: 1162996552 alertengine (pid 65218) is running... /# cat /usr/local/nav/var/run/alertengine.pid 65218 1162996552 The first number in the pid-file is indeed the pid, but why the garbage at the end? The problem is there in 3.1.0 and earlier versions too, but then 'nav status' didn't mind. --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Database problem
by goutrie＠rapideye.de 08 Nov '06

08 Nov '06

Hi, i'm trying to get NAV running, because I am mainly interested in the network discovery part. After following the instructions in INSTALL, generating the databases, configuring apache2 and recompiling templates, I get this error-message: --------------------------------------------------------------------- Mod_python error: "PythonHeaderParserHandler nav.web" 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/lib/python2.4/nav/web/__init__.py", line 59, in headerparserhandler nav.web.auth.authenticate(req) File "/usr/lib/python2.4/nav/web/auth.py", line 97, in authenticate if not checkAuthorization(user, req.unparsed_uri): File "/usr/lib/python2.4/nav/web/auth.py", line 49, in checkAuthorization return nav.auth.hasPrivilege(user, 'web_access', uri) File "/usr/lib/python2.4/nav/auth.py", line 48, in hasPrivilege user.cachePrivileges() File "/usr/lib/python2.4/nav/auth.py", line 90, in cachePrivileges groups = account.getChildren(navprofiles.Accountingroup) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 811, in getChildren return forgetter.getAll(whereList, orderBy=orderBy) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 679, in getAll ids = cls.getAllIDs(where, orderBy=orderBy) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 743, in getAllIDs curs.execute(sql) ProgrammingError: ERROR: relation "accountingroup" does not exist SELECT AccountInGroup.accountid, groupid FROM AccountInGroup WHERE (AccountInGroup.accountid='0') ------------------------------------------------------------------------------ I If I try sql by hand in the CLI, it works. I'm puzzled now. Any idea, how to get it working? Some case-sensitive related problems? Some further Information: SuSE 10.1 Nav 3.1.0. from source Python 2.4.2 from RPM postgres 8.1.3 from RPM CHEETAH 1.0 (could not use v2, there were some syntax changes?!) from source apache 2.2.0 from RPM mod_python 3.2.10 from source perl v5.8.8 from RPM java version "1.5.0_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode) from RPM Thanks in advcance Christian >From morten.brekkevold at uninett.no Wed Nov 8 14:38:52 2006 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Wed Nov 8 14:39:37 2006 Subject: [Nav-users] Announcement: NAV 3.1.1 is out Message-ID: <4551DDEC.7010009(a)uninett.no> NAV 3.1.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a bugfix release, and some serious issues have been fixed in this version, including one security vulnerability discovered by Jim Gallacher. Binary packages for Debian will be available at a later time. The Debian package is maintained by Morten Werner Olsen, and he is currently polishing his nearly finished packaging of the 3.1.0 release. We would also like to welcome anyone interested in maintaining packages for RPM-based distributions! -- mvh Morten Vold UNINETT

2 1

Installation of NAV on CentOS 4.4
by kaa＠msu.net 19 Okt '06

19 Okt '06

Hi, Tor Pretorius wrote: > Hello, > > I try to install Nav-3.1-0-1 on CentOS-4.4 and get a error > > rpm -ivh nav-3.1.0-1.noarch.rpm > error: Failed dependencies: > perl(Pg) is needed by nav-3.1.0-1.noarch This is known issue. Just add --nodep. This rpm works in the way described at http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4 > > > I have install pgsql_perl5-1.9.0 > > > > Mvh > Tor Pretorius > ITAS -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia

1 0

Cisco port numbering, suggestions?
by morten.brekkevold＠uninett.no 12 Okt '06

12 Okt '06

Greetings everyone, This post may become rather lengthy, but if you are interested in Cisco module issues and port numbering vs. interface names, please bear with me. I would really appreciate some feedback from our users, as the changes we are implementing will affect everyone. Removing the "submodule hack" ----------------------------- This summer I worked on fixing some of the problems with module detection on Cisco equipment. There were several problems related to the fact that gDD attempts to map Cisco's submodule paradigm in to NAV's data model by assigning module number 10 to submodule 1/0, number 11 to submodule 1/1 and so forth. Apparently, there isn't much equipment that actually employs submodules, and oftentimes these modules will not be self-sustainable devices, as in the case of the 3750 Metro. The basic metro reports two submodules, the first (1/0) contains 24 Fa ports and two Gi ports, while the second (1/1) contains two Gi ports. Basically, the Metro is just one physical device, and with the code changes I've made, the Metro will appear in NAV as one single module with 28 ports. Meaning that submodules are largely ignored by NAV, which now attaches the ports of all submodules to the top module itself. Port numbering -------------- As you may know, NAV assigns port numbers to switch interfaces. I'm told this is an old convention stemming from the old CatOS CLI implementation, where interfaces only had port numbers and not names. In many parts of the user interface, NAV refers to switch interfaces only by their module and assigned port numbers. In the Cisco case, NAV assigns (or rather, used to assign) port numbers by interpreting interface names and/or descriptions. This means that Fa1/5 would become port 5 on module 1, and Fa2/0/3 would become port 3 on module 20 (!). On devices with both Fa and Gi interfaces, Cisco reuses these numbers. A module would have both an Fa1/1 and a Gi1/1 interface. NAV would assign the port number 1 to the Fa1/1 interface, and when it found the Gi1/1 interface, it would see a port numbering conflict and assign the ifindex value of the Gi1/1 interface as its port number (typically resulting in something like 10101 as its port number). With the submodule changes described above, the code will rely more on the the portIfIndex table from the CISCO-STACK-MIB [1]. This table enumerates the interfaces of a Cisco stack into modules and port numbers. For a Metro 3750, this table will actually enumerate all 28 interfaces as port 1 through 28 on module 1. I've received some criticism for this from people running NAV from the latest trunk revisions, though. Apparently, many Cisco devices will enumerate Gi interfaces before Fa interfaces, meaning that Gi1/1, Gi1/2 and Fa1/1 will become ports 1, 2 and 3 in that order. This represents a change in the port number assignments that NAV has made earlier. Previously, it would have started assigning port numbers to the Fa interfaces first (either because their ifindex values are lower, or because they sort first alphabetically). Consequently, if you upgrade your NAV installation to the trunk (or the upcoming 3.1.1 version), any switch you have that has both GigabitEthernet and FastEthernet interfaces will have its ports renumbered in NAV. The complaints I've received about this largely revolve around the fact that some users have implemented external systems that relate to NAV by referring to module and port numbers, and that this reference breaks when NAV suddenly decides to assign new port numbers. A typical example of this would be that when searching for a MAC address in the Machine Tracker before the change, you might be told a machine is connected to foo-sw, module 1, port *5*. Then you upgrade NAV, perform the same search in the Machine Tracker, and now you are told the machine in question is connected to foo-sw, module 1, port *7*. The interface name in these two cases will remain the same, e.g. "FastEthernet1/0/5" or "Fa1/0/5", but this string is not available in the Machine Tracker (yet). Numbering vs. names ------------------- Now, other feedback we've received (both internal and external) tells us that today, port numbers are largely irrelevant in real world situations. Several network engineers have told us that they care about interface names (the ones they see on the CLI, such as Fa1/5), rather than arbitrary port numbers. Their viewpoint is that NAV should place more importance on interface names than on port numbers, meaning we should put interface names in all parts of the user interface that has port numbers today, including the Machine Tracker. The NAV dev-team is leaning towards the latter solution, but this is too big a change for the 3.1.1 bug release, and we might not even have time to do it for version 3.2, which is scheduled for late October. The question is, what do you, the users, think about this? The situation, as it stands, is that a new port number assignment scheme will turn up in the 3.1.1 bug release, because of the submodule bugfix. This may confuse some people, as interface names are not readily available in many parts of the user interface. Should we try to stay with a numbering scheme compatible with the old one for the 3.1.1 release, and wait for interface names in the UI before we change the port numbers? This might delay the 3.1.1 release even further, as we need to make changes to the standing bugfix before the release. Is it okay to renumber ports in the 3.1.1 release, as long as interface names become more prominent in the UI in the 3.2 or 3.3 release? Should we prioritize more prominent interface names in the 3.2 release, or is it okay to wait until the 3.3 release? Now's your chance to influence these decisions, before further implementation takes place. [1] http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?objectInput=1.3.6.1.4.1… -- mvh Morten Brekkevold UNINETT

1 1

Nav 3.0 makecricketconfig.pl error
by morten.brekkevold＠uninett.no 06 Okt '06

06 Okt '06

Erik Weber wrote, On 05-10-2006 15:39: > Still using Nav 3.0 (latest debian release, anyone know if a 3.1 is > gonna be released soon?) Actually, Morten Werner is sitting next to me working on that right now. He came up here from Oslo on Wednesday to have a little brainstom/workshop with us. He's also uploaded a preliminary 3.1 package to the official Debian unstable archives, which hopefully means that NAV 3.1 will be part of the next Debian stable release. That said, he's also backporting a 3.1 package for the current stable release. These new packages will also feature automatic database initialization and upgrades on install. > Anyway, when running makecricketconfig.pl i get this error message: > > Use uninitialized value in pattern match (m//) at > /usr/lib/nav/makecricketconfig.pl line 927 > > This happens when it process a switch named nara-sw002-01 (catalyst > 3524XL) > > Anyone know about a fix for it? I don't. But what's on line 927 of /your/ makecricketconfig.pl anyway? I'm looking at makecricketconfig.pl from NAV 3.0.1 (which is in the latest Debian package), and that line is a comment: # Write to file. -- mvh Morten Brekkevold UNINETT

1 0

Field Length of orgid
by mturczan＠nyp.org 03 Okt '06

03 Okt '06

Folks, I tried to import a record with the proper orgid set as follows: F-1196A:10.10.10.10:Org_East_Campus:SW:ro::rw:Access Layer Switch:::: And I received the following error: Syntax error: Field 'orgid' exceeds max field length I assigned the Organisation field the same way, and it seems like the field itself can hold a maximum of 30 characters. Is there another identifier somewhere that corresponds to 'orgid' in the IP Devices bulk import? Regards, Mark -------------------- This electronic message is intended to be for the use only of the named recipient, and may contain information that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately by contacting the sender at the electronic mail address noted above, and delete and destroy all copies of this message. Thank you.

2 1

Mahinetracker
by odd.hauge＠hiMolde.no 03 Okt '06

03 Okt '06

Hi. A request/question? Is it possible to get the port description included in the mac search result window? Very often I need to track a machine to a specific switch port, after finding the port I need to get into the Report interface of Nav to find the description of the switch port to see who (what?) is behind the port. If the description of the switch port had been included in the mac-address search result window it would have saved me a lot of time.... - odd arne hauge

1 0

Configuration Help
by ppathiakis＠eagleaccess.com 28 Sep '06

28 Sep '06

Hi, I'm totally confused by the install. I believe I followed everything corrrectly. I've tested mod_python to make sure that it's working correctly. (www.modpython.org) The issue I'm having is that I cannot make NAV the Document Root of the machine. So, things seem to be getting confused. 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 461, in import_module f, p, d = imp.find_module(parts[i], path) ImportError: No module named nav My httpd.conf file looks like: <Directory /usr/local/wwww/nav/apache/webroot> Options Indexes FollowSymLinks ExecCGI AllowOverride FileInfo Order allow,deny Allow from all </Directory> Alias /nav/ "/usr/local/www/nav/apache/webroot/" The standard .htaccess file is in place in "webroot" What am I missing? Thank you for any help! p. >From ppathiakis at eagleaccess.com Fri Sep 29 12:26:39 2006 From: ppathiakis at eagleaccess.com (Paul J. Pathiakis) Date: Fri Sep 29 17:26:42 2006 Subject: [Nav-users] NAV mod_python.publisher errors Message-ID: <EAED38651CF6BF46A8D2BCD9D4EEAA6D76C91F(a)BIGMAIL.eagleinvsys.com> i, would someone please respond to this? I've posted twice to this list and no one responds. I'm sorry if this is such a low level question but I'd really like to get it working. I have index.py. It seems to be found by the browser and an attempt is made by python to render it and display it. However, I get the following: Mod_python error: "PythonHandler mod_python.publisher" 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/lib/python2.4/site-packages/mod_python/publisher.py", line 213, in handler published = publish_object(req, object) File "/usr/local/lib/python2.4/site-packages/mod_python/publisher.py", line 412, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "/usr/local/lib/python2.4/site-packages/mod_python/util.py", line 439, in apply_fs_data return object(**args) File "/usr/local/www/data/nav/index.py", line 44, in index if req.session.has_key('user'): AttributeError: 'mp_request' object has no attribute 'session' Now, I can see on line 44 in index.py there is the exact line right under the last part of the error. Why is the AttributeError being generated? Why is mp_request (mod_python reqest object) missing the attribute session? What is missing from httpd.conf file or other files that is not allowing this to continue? Thank you, Paul Pathiakis

1 0

Editdb doesn't like hostnames?
by morten.brekkevold＠uninett.no 28 Sep '06

28 Sep '06

Mark Turczan wrote, On 26-09-2006 16:31: > I was wondering if it's an absolute that when bulk importing IP Devices > that the ip field needs to be a numeric address and not a DNS name. Apparently it is. As the format goes: #roomid:ip:orgid:catid:[ro:serial:rw:function:subcat1:subcat2..] ^^ Firstly, EditDB should not blow up like that over such an error in the input. I would likely file that as a bug - if you'd like to, you can file it yourself at http://sf.net/projects/nav . Secondly, I do think it should support DNS lookup when host names are used in bulk input. I believe it already does so when adding a single device. This should be added as a feature request on the above page. -- mvh Morten Brekkevold UNINETT

2 1

Tomcat
by erik.weber＠allianse.no 27 Sep '06

27 Sep '06

> >> What happens if you attempt to manually browse the above > URL from the > >> java console? > > > > Nothing, the page keeps loading but nothing comes out. > > Then you should take a look at your Tomcat logs, see if they > mention anything suspicious. You seem to have the same > response delay issue with the network explorer servlet, so > something is definitely up with Tomcat. Well, I got it working (it was a tomcat misconfiguration). Now I have another question regarding the traffic map; Is it possible to add switches and not just routers to containers? I'm planning to use this on a company network but it consists of switches only, But I still want to monitor the traffic between them. -- Erik Weber

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