-----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@hsh.no References: 42F869E6.8090506@hsh.no Message-ID: 4316E1C5.9060007@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@pop.davenport.edu References: s300784e.030@pop.davenport.edu Message-ID: 4316E535.3020607@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@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@mail.gmail.com References: 4304B180.7060603@iwu.edu b4c110fd05081810484e86ccf@mail.gmail.com 4304D2A8.2000303@iwu.edu b4c110fd050818161060ade9d@mail.gmail.com 4305EDA4.10101@iwu.edu b4c110fd0508191045305d5f0e@mail.gmail.com Message-ID: 4316E78B.30204@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@signal.itea.ntnu.no References: 20050819165523.3E5C7336D4@signal.itea.ntnu.no Message-ID: 4316EB42.3090104@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@duke.cc.uit.no References: E04174B5A513E542AD2CB6C1E18D9C7D4DD5AC@Exchange.admin.khio.no 20050823202536.E64049@duke.cc.uit.no Message-ID: 4316EC29.2020702@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@saruman.uio.no References: Pine.SOL.4.63-L.0508291254150.26636@saruman.uio.no Message-ID: 43183A1D.608@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@ntnu.no References: Pine.SOL.4.63-L.0508291254150.26636@saruman.uio.no 43183A1D.608@ntnu.no Message-ID: 43183B1E.8050908@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-----