Q1 I get the message 'Failed to set the current tree name. Cannot continue." when opening the properties of a User object or a Key Material object (and other security objects) in ConsoleOne.
A1 You may have lost access rights to the directory C:\WINDOWS\System32\Novell\nici\yourUserID (substitute WINNT for WINDOWS for Windows 2000). The solution is to either:
(a) grant read/write permissions to other users when the directory is initially created
or (b) if you're an administrator, you can take ownership of the directory after the problem has already occurred and grant the rights then.
Why?
When an application uses NICI (Novell International Cryptographic Infrastructure), it creates a directory C:\WINDOWS\System32\Novell\nici\yourUserID (or WINNT instead of WINDOWS in Windows 2000's case). This directory will be created with you as the owner, and permissions for only you to read from and write to it.
The problem occurs when you're using ZENworks and Dynamic Local User. When you log off, your user ID is destroyed, and when you log back on, the newly-created user ID has a different SID (Windows Security ID) from when the directory is created, so you are no longer recognised as the owner of it.
(this answer derived from a Novell support forums post by Patrick Pankratz.
Q2 When trying to open any valid MSC file, I get the message: MMC cannot open the file someMSCFile.msc. This may be because the file does not exist, is not an MMC console, or was created by a later version of MMC. This may also be because you do not have sufficient access rights to the file.
A2 Actually, there are several answers to this that google suggested, particularly with the SQL Server Enterprise Manager MSC. However, my problem was that my Application Data folder (see HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\AppData) was pointing to somewhere nonexistent. Not a common problem, I admit...
Q3 What is the format of the ZENworks image-safe data area (ZISD)?
A3 From experimentation, I've worked out these details. Due to its unofficial nature, I can't say that it's 100% accurate.
Simon Pollard, simonweb@ruffles.org.uk 15/07/2004