- Nav-users - lister.unit.no

[Nav-users] Alertengine email sender machine name != real machine name
by roger.aas＠hsh.no 29 Sep '05

29 Sep '05

I get this email from Alertengine: > X-Auth-No: > Return-Path: <navcron(a)nav3.hsh.no> > Received: from sentinel.hsh.no not authenticated [158.37.208.20] > by posthus.hsh.no with NetMail SMTP Agent $Revision: 3.22.1.16 $ on Novell NetWare; > Thu, 29 Sep 2005 10:41:26 +0200 > Received: from artifact.hsh.no ([158.37.35.10]) > by sentinel.hsh.no (SMSSMTP 4.1.7.33) with SMTP id M2005092910483300240 > for <roger(a)posthus.hsh.no>; Thu, 29 Sep 2005 10:48:33 +0200 > Received: from sentinel.hsh.no (sentinel.hsh.no [158.37.208.20]) > by artifact.hsh.no (8.9.3 (PHNE_28760)/8.9.3) with SMTP id KAA07954 > for <roger.aas(a)hsh.no>; Thu, 29 Sep 2005 10:48:33 +0200 (METDST) > Received: from nav3.hsh.no ([158.37.208.25]) > by sentinel.hsh.no (SMSSMTP 4.1.7.33) with SMTP id M2005092910483200238 > for <roger.aas(a)hsh.no>; Thu, 29 Sep 2005 10:48:32 +0200 > Received: from nav3.hsh.no (nav3.hsh.no [127.0.0.1]) > by nav3.hsh.no (8.13.1/8.13.1) with ESMTP id j8T8mWdi008206 > for <roger.aas(a)hsh.no>; Thu, 29 Sep 2005 10:48:32 +0200 > Received: (from navcron@localhost) > by nav3.hsh.no (8.13.1/8.13.1/Submit) id j8T8mWdW008203; > Thu, 29 Sep 2005 10:48:32 +0200 > Date: Thu, 29 Sep 2005 10:48:32 +0200 > Message-Id: <200509290848.j8T8mWdW008203(a)nav3.hsh.no> > From: alertengine(a)nav.hsh.no > To: roger.aas(a)hsh.no > Subject: Box haugesund-auditoriume-ap.hsh.no is up > > This is an automatically generated message from NAV: > > Box haugesund-auditoriume-ap.hsh.no (158.37.35.132) is up since 2005-09-29 10:48:09. As you can see it is only the "From:" header line that says "nav.hsh.no", the rest of the headers give the correct name for the server "nav3.hsh.no". Anyone know where this is happening? Some config I have missed? Or a small bug lurking somewhere? Or is it just a cosmetic thing since you are not supposed to answer such an email? Since I have called the NAV 2.1.5 server for nav.hsh.no it gave me a small moment of confusion... :-) - Roger -- Roger Aas Stord/Haugesund College

1 0

Error in report tool sorting on server ip
by roger.aas＠hsh.no 28 Sep '05

28 Sep '05

Nav version 3.0.0 "Toolbox -> Report -> Servers -> (Sort on) IP" gives me this error: Servers Configuration error! The report generator is not able to do such things. ERROR: column "netbox.ip" must appear in the GROUP BY clause or be used in an aggregate function SELECT roomid,sysname,host(ip),catid,orgid,count(distinct category) as subcats,count(serviceid) as services,val as function,netbox.netboxid,prefixid FROM netbox LEFT JOIN service USING (netboxid) LEFT JOIN netboxcategory USING (netboxid) LEFT JOIN netboxinfo ON (netboxinfo.netboxid=netbox.netboxid AND netboxinfo.var='function') WHERE catid='SRV' GROUP BY roomid,sysname,host(ip),catid,orgid,val,netbox.netboxid,prefixid ORDER BY ip,roomid LIMIT 100 OFFSET 0 This does not happen with the other categories like routers, core switches and wireless that I have in NAV now. - Roger -- Roger Aas Stord/Haugesund College

1 0

Upgrade guide?
by jsidwell＠perisys.net 19 Sep '05

19 Sep '05

Is there any documentation for upgrading from the beta to the 3.0 gold? Joshua Sidwell, CISSP 6021 S. Syracuse Way Suite 216 Greenwood Village, CO 80111 720-246-8953 office 720-222-0552 fax (303) 668 -3291 (Mobile) This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed and may contain confidential and/or proprietary material. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Perimeter Systems, Inc. Finally, the recipient should check this email and any attachments for the presence of viruses. Perimeter Systems, Inc. accepts no liability for any damage caused by any virus transmitted by this email.

1 0

Bugs?
by a.l.prois＠usit.uio.no 16 Sep '05

16 Sep '05

On Fri, 2 Sep 2005, Morten Vold wrote: > On 29/08/2005 13:11, Asbj?rn Pr?is uttered: > >> 4) LDAP auth >> I'm trying to get authentication through LDAP to work. Login fails >> with error message "unable to make contact with the DLAP server". >> Logs on the LDAP server doest show anything (seems like the NAV box >> doesnt make any contact at all), and since I'm no python coder I >> havent been able to reverse-engeneer the code to figure things out. >> Are there any documentation on the LDAP auth part somewhere? > > I assume you've entered the correct LDAP configuration in > etc/webfront/webfront.conf, and that your LDAP server is in fact > reachable from your NAV server? Does your LDAP server run on a > non-standard port? > > In retrospect, it's also clear that the LDAP authentication should be > even more configurable, as the code makes a few assumptions about which > attributes to use when binding to the LDAP server and to retrieve from > the LDAP user objects. Hello again. I finally made it work. UIOs ldap server doesn't accept uncrypted connections when authenticating a user/password. So after alot of testing it worked when openldap knew where to find the correct certificate. One problem occured though. If a person is hidden in the ldap-tree, the login-page return this error : --- snip --- Mod_python error: "PythonHandler mod_python.publisher" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/lib/python2.3/site-packages/mod_python/publisher.py", line 136, in handler result = util.apply_fs_data(object, req.form, req=req) File "/usr/lib/python2.3/site-packages/mod_python/util.py", line 361, in apply_fs_data return object(**args) File "/usr/local/nav/apache/webroot/index.py", line 136, in login fullName = ldapAuth.getUserName(login) File "/usr/local/nav/lib/python/nav/web/ldapAuth.py", line 97, in getUserName record = res[0][1] --- /snip --- -Asbj?rn- >From morten.vold at ntnu.no Fri Sep 16 17:19:47 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Sep 16 16:19:54 2005 Subject: [Nav-users] Release-notice: NAV 3.0.0 :-)) Message-ID: <432AD483.40701(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0.0 is now finally available for download at http://metanav.ntnu.no/ :-) CHANGES ======= Version 3.0.0 (released 16 September 2005) Improvements: * Fixed a bug in maintengine which prevented it from doing it's job when the database was busy/overloaded. * Fixed a bug in the integration between Alert Profiles (PHP) and the Cheetah templating system (Python), which would cause the Alert Profiles web interface to act up. * Character coding information added to all NAV-original Python programs. * Fixed a bug which cleared a user's password if the account editing form of Useradmin was submitted without changes. * NetworkDiscovery now only checks for closed vlans on active ports. * Fixed a NullPointerException in getDeviceData. * Fixed various problems with Cisco module/submodule translation in getDeviceData. * Fixed a AlertEngine/getDeviceData combination bug which caused AlertEngine to log loads of long error messages on events that lacked an alerttype suggestion. * New option to have AlertEngine log error messages to a separate error log. * AlertEngine now sends error alerts if an alerttype has no configured subject line in alertmsg.conf. * Added report shortcut to search for strings in prefix-netident (added to the front.html config file) * Added link from Report to the previously hidden feature "service matrix" of the IP Device Center (added to the front.html config file) - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDKtSDXxIl0kpcOkQRAn97AJ4kWvitADAuV5vXe3lyv3Y7AK3GQwCggq3h 1DjytJjsgjwDVoxX/NtOu14= =0fKm -----END PGP SIGNATURE----- >From roger.aas at hsh.no Sun Sep 18 03:56:55 2005 From: roger.aas at hsh.no (Roger Aas) Date: Sun Sep 18 02:57:03 2005 Subject: [Nav-users] NAV installation guide for Red Hat Enterprise Linux 4 changed to 3.0.0 release version Message-ID: <432CBB57.7030900(a)hsh.no> I have edited the step-by-step installation guide for NAV on Red Hat Enterprise Linux 4 to cover the 3.0.0 release version. You can find it here: http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4 Please give me feedback when you find errors or omissions so I can fix them. Or if you just want to comment it... :-) I hope this can be of help for someone. Regards, Roger -- Roger Aas Stord/Haugesund College

1 0

error editing device
by Pete.Hoffswell＠davenport.edu 14 Sep '05

14 Sep '05

I am trying to change the room on a device, and get the following error. It looks like a sql insert, shouldn't it be a modify? http://nav.davenport.edu/editdb/netbox/edit/52 Mod_python error: "PythonHandler editdb"Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in handler output = editPage(req,pageList[table](),request,unicodeError) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in editPage outputForm,action) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2479, in add function) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 590, in insertNetbox ('netboxid','netbox_netboxid_seq')) File "/usr/local/nav/apache/webroot/editdb/editdbSQL.py", line 152, in addEntryFields executeSQL(sqllist) File "/usr/local/nav/apache/webroot/editdb/editdbSQL.py", line 39, in executeSQL database.execute(sql)IntegrityError: ERROR: duplicate key violates unique constraint "netbox_sysname_key"INSERT INTO netbox (sysname,rw,catid,ip,netboxid,prefixid,orgid,deviceid,ro,roomid) VALUES ('bay-wan.network.davenport.edu','youwish','GW','10.200.1.65','60','290','Davenport','129','itsasecret','17 ITS Office') Pete Hoffswell 616-732-1101 (Grand Rapids, x1101) University LAN/WAN Coordinator 616-510-1198 (Mobile) IT Services pete.hoffswell(a)davenport.edu Davenport University http://www.davenport.eduDavenport University. It's working.

1 0

error adding devices
by Pete.Hoffswell＠davenport.edu 14 Sep '05

14 Sep '05

I get the following when adding a device: It seems intermittent. http://nav.davenport.edu/editdb/netbox/edit/ Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in handler output = editPage(req,pageList[table](),request,unicodeError) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in editPage outputForm,action) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2435, in add disabled=True)) TypeError: __init__() takes at least 2 non-keyword arguments (1 given) Looks like a bug maybe? Pete Hoffswell 616-732-1101 (Grand Rapids, x1101) University LAN/WAN Coordinator 616-510-1198 (Mobile) IT Services pete.hoffswell(a)davenport.edu Davenport University http://www.davenport.edu Davenport University. It's working.

1 0

AlertProfiles problem
by roger.aas＠hsh.no 13 Sep '05

13 Sep '05

Morten Vold wrote: > On 09/08/2005 10:31, Roger Aas uttered: > >> if VFFSL(SL,"user.preferences.hidelogo",1): >>NameMapper.NotFound: cannot find 'preferences' while searching for >>'user.preferences.hidelogo' >> >>Also in the lower left corner I get this message both with FireFox and IE: >> >>StyleSheets >>Your Internet browser do not support style sheets. We reccomend using a >>browser which support style sheets with Alert Profiles. >> > >>Someone know why I get this error? This is in RC2, I did not get this in >>RC1. > > > This bug was reported by Bulent Sarinc the same day RC2 came out. It was > fixed in the Subversion repository on July 27th (r3314). The fix will > be part of the next release. > > (Peder Magne Sefland also reported the same bug the day after you did). Hi Morten. Thanks for the answer. Using the subversion repository is not an option for me right now since I will only get the source there and will have to compile it, somethink I tried earlier with some beta version. There is just too much setup needed to get this to compile for me to have the time to make this work. So, I am instead hoping for the release version or maybe an RC3 version coming soon so I can start testing out the alert setup and the SMS alert system. Since I did not have the chance to attend the GigaCampus meeting in Trondheim this time I did not get any "inside information" to when to expect a new release of NAV. Anybody want to give me some hope? Regards, Roger -- Roger Aas Stord/Haugesund College

1 0

Tomcat Crash on network explorer(ConfigParser)
by Pete.Hoffswell＠davenport.edu 10 Sep '05

10 Sep '05

Thanks for the help, Kristian. Linking the files and restarting the tomcat server fixed. This step is missing in the InstallingOnSLES, so I went ahead and added it as follows: http://metanav.ntnu.no/moin.cgi/InstallingOnSLES#configuring-tomcat-and-the… Next, symlink the .jar files as well: cd /usr/share/tomcat/shared/lib ln -s /usr/local/nav/lib/java/*.jar . You might want to check my work. ;-) Cheers, and thanks agian. Pete Hoffswell 616-732-1101 (Grand Rapids, x1101) University LAN/WAN Coordinator 616-510-1198 (Mobile) IT Services pete.hoffswell(a)davenport.edu Davenport University http://www.davenport.edu Davenport University. It's working. >>> Kristian Eide <kreide(a)gmail.com> 9/9/2005 3:19 PM >>> > java.lang.NoClassDefFoundError: no/ntnu/nav/ConfigParser/ConfigParser > Config error on my side somewhere perhaps? You need to copy or symlink the NAV jar files into the shared/lib tomcat directory. -- Kristian _______________________________________________ Nav-users mailing list Nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

Tomcat Crash on network explorer(ConfigParser)
by Pete.Hoffswell＠davenport.edu 09 Sep '05

09 Sep '05

Hello! upon accessing http://nav.davenport.edu/navAdmin/servlet/navAdmin?section=ni&func=visTopol… I get a server 500 error, tomcat crashes on description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.NoClassDefFoundError: no/ntnu/nav/ConfigParser/ConfigParser navAdmin.service(navAdmin.java:38) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Log says this: 2005-09-09 14:33:29 StandardWrapperValve[NetworkExplorer]: Servlet.service() for servlet NetworkExplorer threw exception java.lang.NoClassDefFoundError: no/ntnu/nav/ConfigParser/ConfigParser at navAdmin.service(navAdmin.java:38) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688) at java.lang.Thread.run(Thread.java:534) Config error on my side somewhere perhaps? Thanks! Pete Hoffswell 616-732-1101 (Grand Rapids, x1101) University LAN/WAN Coordinator 616-510-1198 (Mobile) IT Services pete.hoffswell(a)davenport.edu Davenport University http://www.davenport.edu Davenport University. It's working.

2 1

Suse 9.1 apache/conf.d/nav.conf ?
by morten.vold＠ntnu.no 09 Sep '05

09 Sep '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/09/2005 14:45, Pete Hoffswell uttered: > Anyone have an idea on how to configure apache2 to run nav off a > directory, and not as a virtual server? I'm sorry, but that won't work, even if you do configure Apache that way. NAV 3 itself doesn't support running off anything but the (virtual) server root. The reason you are redirected when you browse http://myserver.com/nav is that NAV screens every request to the (virtual) server to perform access control based on the privileges that have been granted in the NAV Useradmin panel. The privilege configuration that comes with a fresh NAV installation doesn't grant anyone access to the URL "/nav", so you are redirected to the login screen. In your case, the login screen isn't even where NAV thinks it should be, since you placed NAV under /nav/ instead of /. Of course, NAV could surely be fixed to support this way of serving it, by introducing a global configuration option for a URL prefix, but the changes would probably need to be all over the place. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDIY8GXxIl0kpcOkQRAqP+AKCYixHrq10yHc7KjJx0CSZXke2FvACg0AEH E9+qO6IPoSds2ySk9uFzXcY= =ripK -----END PGP SIGNATURE----- >From Pete.Hoffswell at davenport.edu Fri Sep 9 12:48:31 2005 From: Pete.Hoffswell at davenport.edu (Pete Hoffswell) Date: Fri Sep 9 17:49:30 2005 Subject: [Nav-users] Suse 9.1 apache/conf.d/nav.conf ? Message-ID: <s32176bd.007(a)dugwia1.davenport.edu> Thanks, Morten - I got things running by configuring my server to use virtual servers, and using the following config file. This might help other users, so here you are: Suse 9.1 Apache2 virtual server config file for nav: networker2:~ # cat /etc/apache2/vhosts.d/nav.conf # NAV instance <VirtualHost *:80> DocumentRoot /usr/local/nav/apache/webroot ServerName nav.davenport.edu ServerAdmin pete.hoffswell(a)davenport.edu <Directory "/usr/local/nav/apache/webroot"> Options None AllowOverride None Order allow,deny Allow from all </Directory> <IfDefine SSL> SSLEngine off </IfDefine> ServerAdmin pete.hoffswell(a)davenport.edu ServerName nav.davenport.edu UseCanonicalName Off DocumentRoot "/usr/local/nav/apache/webroot" <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory "/usr/local/nav/apache/webroot"> Options Indexes FollowSymLinks ExecCGI AllowOverride All Order allow,deny Allow from all </Directory> DirectoryIndex index.html index.html.var index.php index.cgi AccessFileName .htaccess AddEncoding x-compress Z AddEncoding x-gzip gz tgz AddLanguage en .en AddLanguage no .no LanguagePriority en no ForceLanguagePriority Prefer Fallback AddDefaultCharset UTF-8 AddCharset ISO-8859-1 .iso8859-1 .latin1 AddCharset WINDOWS-1251 .cp-1251 .win-1251 AddCharset CP866 .cp866 AddCharset UTF-8 .utf8 AddCharset utf-8 .utf8 AddType application/x-tar .tgz AddHandler cgi-script .cgi AddHandler imap-file map AddHandler type-map var AddOutputFilter INCLUDES .shtml # Unless mod_php was compiled with Apache 2 filter support, this is # the way to associate php files with mod_php: AddType application/x-httpd-php .php # # The following directives modify normal HTTP response behavior to # handle known problems with browser implementations. # BrowserMatch "Mozilla/2" nokeepalive BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0 BrowserMatch "RealPlayer 4\.0" force-response-1.0 BrowserMatch "Java/1\.0" force-response-1.0 BrowserMatch "JDK/1\.0" force-response-1.0 # # The following directive disables redirects on non-GET requests for # a directory that does not include the trailing slash. This fixes a # problem with Microsoft WebFolders which does not appropriately handle # redirects for folders with DAV methods. # BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully BrowserMatch "^WebDrive" redirect-carefully #LoadModule python_module modules/mod_python.so #LoadModule php4_module modules/libphp4.so </VirtualHost> networker2:~ # Pete Hoffswell 616-732-1101 (Grand Rapids, x1101) University LAN/WAN Coordinator 616-510-1198 (Mobile) IT Services pete.hoffswell(a)davenport.edu Davenport University http://www.davenport.edu Davenport University. It's working. >>> Morten Vold <morten.vold(a)ntnu.no> 9/9/2005 9:32 AM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/09/2005 14:45, Pete Hoffswell uttered: > Anyone have an idea on how to configure apache2 to run nav off a > directory, and not as a virtual server? I'm sorry, but that won't work, even if you do configure Apache that way. NAV 3 itself doesn't support running off anything but the (virtual) server root. The reason you are redirected when you browse http://myserver.com/nav is that NAV screens every request to the (virtual) server to perform access control based on the privileges that have been granted in the NAV Useradmin panel. The privilege configuration that comes with a fresh NAV installation doesn't grant anyone access to the URL "/nav", so you are redirected to the login screen. In your case, the login screen isn't even where NAV thinks it should be, since you placed NAV under /nav/ instead of /. Of course, NAV could surely be fixed to support this way of serving it, by introducing a global configuration option for a URL prefix, but the changes would probably need to be all over the place. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDIY8GXxIl0kpcOkQRAqP+AKCYixHrq10yHc7KjJx0CSZXke2FvACg0AEH E9+qO6IPoSds2ySk9uFzXcY= =ripK -----END PGP SIGNATURE-----

1 0