Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

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

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

09 Sep '05

Pete Hoffswell: > Does anyone have an example apache config snippet for nav? http://svn.nav.ntnu.no/nav/navme/trunk/doc/apache/httpd2.conf.example is no longer available Sorry about that. Try http://svn.itea.ntnu.no/repos/nav/navme/trunk/doc/apache/httpd2.conf.example We moved our svn repository some weeks ago. I have updated the link at metanav.ntnu.no now. HTH -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc >From Pete.Hoffswell at davenport.edu Fri Sep 9 09:45:18 2005 From: Pete.Hoffswell at davenport.edu (Pete Hoffswell) Date: Fri Sep 9 14:46:19 2005 Subject: [Nav-users] Suse 9.1 apache/conf.d/nav.conf ? Message-ID: <s3214bcf.015(a)dugwia1.davenport.edu> I manage my SuSE apache2 implementation through the /etc/apache2/conf.d directory. This is a standard httpd.conf include directory in the SuSE file layout. Unfortunately, I do not use a virutal server setup, so I don't get a direct correlation to what is seen in http://svn.itea.ntnu.no/repos/nav/navme/trunk/doc/apache/httpd2.conf.example I would like to configure my Apache2 server to run NAV off a directory, and not as a virutal server. Sorry, I'm not a apache wizard! Currently, a call to http://myserver.com/nav seems to redirect to http://myserver.com/index/login?origin=/nav I seem to be missing a rewrite rule or something. I don't see it in httpd2.conf.example, and suspect it has somethign to do with the document root that is provided by a virtual server, maybe? Anyone have an idea on how to configure apache2 to run nav off a directory, and not as a virtual server? 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. >>> Magnus Nordseth <magnus(a)ntnu.no> 9/8/2005 5:00 PM >>> Pete Hoffswell: > Does anyone have an example apache config snippet for nav? http://svn.nav.ntnu.no/nav/navme/trunk/doc/apache/httpd2.conf.example is no longer available Sorry about that. Try http://svn.itea.ntnu.no/repos/nav/navme/trunk/doc/apache/httpd2.conf.example We moved our svn repository some weeks ago. I have updated the link at metanav.ntnu.no now. HTH -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc

1 0

NAV 3 RC2 - cannot import name v1
by morten.vold＠ntnu.no 01 Sep '05

01 Sep '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/08/2005 16:24, Carlton Houston uttered: > When I go to the edit database toolbox, I get the following error > output. Can anyone tell me what this means? [...] > File "/usr/local/nav/lib/python/nav/Snmp.py", line 23, in ? > from pysnmp.proto import v1, v2c > > ImportError: cannot import name v1 I think your problem might be the same as Matt Hall's. As Roar Pettersen suggested to him, EditDB is unfortunately very picky about the version of the pysnmp library. It requires pysnmp-3.3.5. The 3.3 line of pysnmp had a very unstable API, unfortunately noone discovered this when EditDB was developed using version 3.3.5. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFsanXxIl0kpcOkQRAqrVAJ468d0elUPV5q+bbTPStlZLTXozTQCdEH2H /Poxxbvuv0AnOlmAg6y0qXg= =JI4X -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Thu Sep 1 14:11:01 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Thu Sep 1 13:12:13 2005 Subject: [Nav-users] AlertProfiles problem In-Reply-To: <42F869E6.8090506(a)hsh.no> References: <42F869E6.8090506(a)hsh.no> Message-ID: <4316E1C5.9060007(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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). - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFuHFXxIl0kpcOkQRAmeIAJ4jG+guLSNzs2bvwo1LYqwS/ov0swCfVUX5 K7YE8SjDeVVF5IVjYDOc5S4= =w3T1 -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Thu Sep 1 14:25:41 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Thu Sep 1 13:26:05 2005 Subject: [Nav-users] - ImportError: cannot import name Account In-Reply-To: <s300784e.030(a)pop.davenport.edu> References: <s300784e.030(a)pop.davenport.edu> Message-ID: <4316E535.3020607(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15/08/2005 17:10, Pete Hoffswell uttered: >>>>from nav.db.navprofiles import Account > > Traceback (most recent call last): > File "<stdin>", line 1, in ? > ImportError: cannot import name Account Eek.. strangeness. Right now it looks like Python doesn't find the NAV libraries (but I could be wrong). What's the output of this Python script (entered at the interactive Python prompt)? import sys print sys.path import nav import nav.db.navprofiles Did you set your PYTHONPATH variable, or did you symlink the NAV Python libraries to Python's systemwide library directories? > Aditya Rajgarhia <arajgarh(a)iwu.edu> did mention software versions. > Do you have any suggestions as to which packages I should maybe look > at? I'm not sure what you're getting at here. I don't think your problem is in any way related to the version numbers of any of your software. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFuU1XxIl0kpcOkQRAjE9AKDmCJe84eJ5zkLu6SG7oJ/5UuiQmACfZvxq lPyoby/d4XxEgELK9R1tbvg= =m9Ql -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Thu Sep 1 14:35:39 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Thu Sep 1 13:35:44 2005 Subject: [Nav-users] vlanPlot - Looks very messy In-Reply-To: <b4c110fd0508191045305d5f0e(a)mail.gmail.com> References: <4304B180.7060603(a)iwu.edu> <b4c110fd05081810484e86ccf(a)mail.gmail.com> <4304D2A8.2000303(a)iwu.edu> <b4c110fd050818161060ade9d(a)mail.gmail.com> <4305EDA4.10101(a)iwu.edu> <b4c110fd0508191045305d5f0e(a)mail.gmail.com> Message-ID: <4316E78B.30204(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19/08/2005 19:45, Kristian Eide uttered: > After entering the above SQL statement you should be able to log in as > user 'admin' with password 'XXX' (given that the user admin already > exists). Actually, NAV supports plaintext passwords in the database (for "legacy" reasons), as long as the password doesn't begin with the string "md5". So UPDATE account SET password='XXX' WHERE login='admin'; should be good enough :) > I will refer you to Morten Vold who is our expert on this part of > NAV. He is on vacation until the end of the month, however. When it comes to the actual problem Aditya reports (submitting unchanged user details clears the password), I can confirm that this is a bug, which must have been reintroduced into the system (I don't know when). This was a bug maybe two years ago, and I fixed it then. I'll be getting a new fix into the next release. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFueLXxIl0kpcOkQRAn1+AJ431HKLOCpdSkQvadF+pGFf1zAIKQCgq4F8 X2pva/1Ydr4DNXxgjMWtjuA= =/70V -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Thu Sep 1 14:51:30 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Thu Sep 1 13:51:36 2005 Subject: [Nav-users] Partitioning user logons so they only see their devices? In-Reply-To: <20050819165523.3E5C7336D4(a)signal.itea.ntnu.no> References: <20050819165523.3E5C7336D4(a)signal.itea.ntnu.no> Message-ID: <4316EB42.3090104(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19/08/2005 18:55, Joshua Sidwell uttered: > I am currently trying to create unique user logons to allow read only > access to those devices that individual departments are responsible > for monitoring. My problem is that I am not sufficiently clear on how > to go about doing this. It seems that you should be able to do this > in the "Privileges" section on the group creation page. Is this > correct? If not, is there some other way to limit users ability to > see all devices? Unfortunately, this feature does not exist at this time. This is, however, scheduled for version 3.1, in the currently running development project funded by Uninett. It was always the plan to have the privilege system be this flexible, but we never had the time to implement it fully. The only way to limit users' access to information in the current version of NAV is to make use of the web_access privilege to grant access to URL patterns. The example groups that come with a NAV installation will have some web_access privileges set to demonstrate their usage. Already, you can enter a hierarchical organization structure of department names (preferably using abbreviations) in EditDB, and user accounts can be made members of these departments. The department/orgid that "owns" a piece of network equipment will be derived from the information that NAV collects from the equipment. The idea is that improvements to the privilege system will allow administrators to use the accounts' organizational memberships to limit users' access to information. An account that is a member of the "svt" department might only be allowed to see the status of equipment owned by the "svt" department, or use the machine tracker to track only computers on the subnets that have been delegated to the "svt" department. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFutCXxIl0kpcOkQRAqw8AJ90MXrYsmj9K4Osbx3bOn+k1EQajQCggdPY b0O2RpGfCvnf/BjIdkpTvZA= =EMgc -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Thu Sep 1 14:55:21 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Thu Sep 1 13:55:27 2005 Subject: [Nav-users] add type - what is this? In-Reply-To: <20050823202536.E64049(a)duke.cc.uit.no> References: <E04174B5A513E542AD2CB6C1E18D9C7D4DD5AC(a)Exchange.admin.khio.no> <20050823202536.E64049(a)duke.cc.uit.no> Message-ID: <4316EC29.2020702(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23/08/2005 20:27, Borge Brunes uttered: >> How do i know what types there are? > http://metanav.ntnu.no/moin.cgi/EquipmentTypes Or, if you wish to see the types that have been registered in your own NAV installation, go to: http://nav.admin.khio.no/editdb/type/list - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFuwpXxIl0kpcOkQRAi/tAJ4tRJnyEQ4Qjqm/nxkvJLYF9NlSegCeMsMD jMVUmnEtzV9LVFSwv5abzyw= =h29W -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Sep 2 14:40:13 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Sep 2 13:40:20 2005 Subject: [Nav-users] Bugs? In-Reply-To: <Pine.SOL.4.63-L.0508291254150.26636(a)saruman.uio.no> References: <Pine.SOL.4.63-L.0508291254150.26636(a)saruman.uio.no> Message-ID: <43183A1D.608(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDGDodXxIl0kpcOkQRAhWzAKDHJseVoFA/lvh4y+9H9LFusEbTPwCgrV69 JbRhxS0M43KSuA27rl2zwH0= =KSS/ -----END PGP SIGNATURE----- >From morten.vold at ntnu.no Fri Sep 2 14:44:30 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Fri Sep 2 13:44:38 2005 Subject: [Nav-users] Bugs? In-Reply-To: <43183A1D.608(a)ntnu.no> References: <Pine.SOL.4.63-L.0508291254150.26636(a)saruman.uio.no> <43183A1D.608(a)ntnu.no> Message-ID: <43183B1E.8050908(a)ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/09/2005 13:40, Morten Vold uttered: > 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? Just remembered: Also, check your Apache error log, as NAV may spit out more detailed error information there. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDGDseXxIl0kpcOkQRAkHGAKDGa19KjvOdWwc6oI9ecPP0gFCWzACg6t2m DArVtL29Kp6Z+CaWVGB1/+A= =TBOK -----END PGP SIGNATURE----- >From Pete.Hoffswell at davenport.edu Thu Sep 8 16:38:38 2005 From: Pete.Hoffswell at davenport.edu (Pete Hoffswell) Date: Thu Sep 8 21:39:11 2005 Subject: [Nav-users] Suse 9.1 apache/conf.d/nav.conf ? Message-ID: <s3205b13.025(a)dugwia1.davenport.edu> Hello? I'm working on a new installation to SuSE 9.1, following the InstallingOnSLES recipe. Does anyone have an example apache config snippet for nav? http://svn.nav.ntnu.no/nav/navme/trunk/doc/apache/httpd2.conf.example is no longer available On SuSE,this would install to /etc/apache/conf.d/nav.conf I have tried to make one, but I think it's wrong. Right now a visit to mysever.com/nav looks to redirect to http://myserver.com/index/login?origin=/nav and a 404 error. 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.

1 0

Syslog setup
by jsidwell＠perisys.net 31 Aug '05

31 Aug '05

I am currently trying to setup the syslog functionality in NAV v3 Beta, and have edited the logger.conf to select specific devices and escalate their errors/warnings. I have also changed where the log file is expected to be so that NAV can find the syslog messages from the device, but I am still not getting any data even though I see info getting dumped into the log. I have looked for documentation on this feature set, but I am unable to find anything. Can anybody point me in the right direction for this?

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