Novell ZENworks 6.5 Desktop Management

June 17, 2005


Overview

The information in this Readme file pertains to Novell® ZENworks® Desktop Management, the Novell product for managing desktops on Windows* workstations located inside or outside of your corporate firewall.

The issues included in this document were identified when the product was initially released. For information about issues corrected after the initial release, see TID 10093355.

The ZENworks 6.5 Desktop Management Installation Guide provides detailed installation instructions. Its .pdf file is located in the \documents\en\dminstall directory on the Novell ZENworks 6.5 Desktop Management CD, and is available as a menu option when running the installation program.

The ZENworks 6.5 Desktop Management Administration Guide is available on the Novell documentation Web site.

1.0 Readme Updates
1.1 August 30, 2004
1.2 October 25, 2004
1.3 February 11, 2005
1.4 April 1, 2005
1.5 June 9, 2005
1.6 June 17, 2005
2.0 Product Limitations
2.1 Supported Server Platforms
2.2 Policy Limitations
2.2.1 Unsupported Policies
2.2.2 Some Windows XP Group Policy Security Settings Require an Alternate Setup Method
3.0 Installation Issues
3.1 Desktop Management Server Installation Issues
3.1.1 Insufficient Free Space on Installing Workstation Might Cause Installation to Fail
3.1.2 Installation Might Fail on a NetWare Server
3.1.3 Can't Authenticate to a Windows 2000 Server During Installation
3.1.4 Installing ConsoleOne from a Windows 2000 Server Alters The Windows Registry
3.1.5 Desktop Management Server Does Not Install to a NetWare Cluster if Prerequisites Check is Selected
3.1.6 Installation Creates a Non-Functional ConsoleOne Update Application Object
3.2 Middle Tier Server Installation Issues
3.2.1 Installing or Upgrading the Novell Client on a Windows 2000/2003 Server with the Middle Tier Server
3.2.2 Upgrading a NetWare 6.0 Middle Tier Server to NetWare 6.0 SP5 Causes Policy Distribution to Fail
3.3 Desktop Management Agent Installation and Upgrade Issues
3.3.1 Microsoft Windows Installer Must Be Installed on Windows Workstations
3.3.2 Desktop Management Agent Install Fails When ConsoleOne is Open on the Workstation
3.3.3 User-Based Uninstall of the Desktop Management Agent Should Be Accomplished With Add/Remove Programs
3.3.4 Can't Uninstall Desktop Management Agent Files Previously Installed by Myapps.html
3.3.5 Recommended Configuration for Upgrading the Desktop Management Agent
3.3.6 Upgrading the ZENworks for Desktops 4.x Agent with a Workstation Associated Application Object Does Not Prompt for Reboot
3.3.7 Installing and Then Removing the Desktop Management Agent with NetIdentity Might Cause NetIdentity to Fail
3.3.8 NetIdentity Client Cannot Be Uninstalled After Desktop Management Agent Is Installed
3.3.9 Workstation Manager Might Fail on a Windows 98 Workstation Where the Client has Been Uninstalled
3.3.10 Rolling Back the ZENworks 6.5 Desktop Management Agent to an Earlier 4.0.1 Agent Patch or Interim Release Causes Workstation to Lose Imported Visibility
3.3.11 Installing the ZENworks 6.5 Desktop Management Agent Prevents Third Party Login Software from Working
3.3.12 Agent Distributor Utility is Not Localized for Some Spanish Locales
3.4 Microsoft RDP Client Installation Issues
3.5 Workstation Imaging Installation Issues
3.5.1 Reinstalling or Upgrading Workstation Imaging on a Windows 2000 Server Generates an Error in the Log File
4.0 Middle Tier Server, Login, and Authentication Issues
4.1 Middle Tier Server Installed on NetWare Requires Reboot After Editing Hosts File
4.2 Unable to Authenticate to Windows 2000 Desktop Management Server with Active Directory and eDirectory Installed
4.3 Manually Unloading Middle Tier Server Handlers Causes a Server Abend
4.4 Using NDS Server Console on Windows 2000 Requires Administrator Rights
4.5 Changing the eDirectory Password from a Security Dialog Box
4.6 Application Launcher Web View Does Not Activate the NetIdentity Login
4.7 Verify Password Functionality Fails if User Context Contains Extended Characters
5.0 Workstation Management Issues
5.1 Group Policies Do Not Run Correctly on Windows XP Desktops
5.1.1 User Policy Security Settings Overwrite Workstation Policy Security Settings
5.1.2 Using an IP Address in a Group Policy Path Defined in ConsoleOne Might Cause Login Failure on a Windows XP Workstation
5.2 Renaming a Default User Account in a Windows Group Policy
5.3 iPrint Printers Are Not Distributed to Windows 2000/XP Users by the iPrint Policy
5.4 iPrint Printers Are Not Distributed to Terminal Server User Sessions Outside a Firewall
6.0 Application Management Issues
6.1 Nal.exe and Nalexpld.exe
6.2 Choosing File > Exit Application Explorer Does Not Close the Application Explorer Window
6.3 Dragging an Application Icon from the Application Window to the Windows Desktop Results in a Broken Shortcut
6.4 Using Myapps.html As a Desktop Background on a Windows XP Workstation
6.5 Accessing a Web Page Containing Japanese Characters from the Apache Web Server
6.6 Application Launcher Plug-In Does Not Support Thin Client Applications
6.7 Launching DeFrame Terminal Server Applications Doesn't Work after Upgrade
6.8 Application Objects Are Not Visible if Launched from a Remote Terminal Session
6.9 Uninstalling Applications Does Not Force a Workstation Reboot
6.10 Uninstalling an INI File Application
6.11 Using Software License Metering and Monitoring
6.12 Error is Displayed When Installing a Workstation Associated MSI Application
6.13 Applications Configured for Force Cache Might Abend a CIFS Server
6.14 Workstation Associated Applications Are Not Available on Workstation Import
6.15 Cannot Import or Export AOT or AXT Files From ConsoleOne On a Windows XP Workstation With 4.x Agent Installed
6.16 Error Displays When a SnAppShot of a Windows XP Application is Created
6.17 Error Displays After Creating an Application in SnAppShot on Japanese Version of Windows XP
6.18 Application Distribution from a Cluster Resource Times Out and Displays an Error During Cluster Migration
6.19 Application Browser View Stops Working on a Windows 98 Workstation After Installing the Desktop Management Agent MSI
7.0 Workstation Imaging Issues
7.1 Upgrading to a Dynamic Disk System on Windows 2000 Workstations
7.2 Unable to Choose an IP Address on a Windows 2000 Imaging Server with Multiple Network Interface Cards
7.3 ZENworks 6.5 Preboot Services Does Not Read Policies in a Clustering Environment
7.4 ZENworks 6.5 PXE-On-Disk Does Not Support Some Network Adapters
7.5 Imaging Boot Diskettes Do Not Include USB Drivers
8.0 Remote Management Issues
8.1 Issues with the Screen Blanking Feature
8.2 Remote Control with a Full-Screen DOS Window
8.3 Remote Control of Windows XP Workstations After a Remote Desktop Session
8.4 Removing Wallpaper During a Remote Session
8.5 Behavior of Wallpaper Suppression on Windows XP
8.6 Cursors Are Not Supported for Remote Management
8.7 Mouse Cursor on a Windows XP Managed Workstation Flickers During a Remote Management Session
8.8 Wake-On-LAN Service Might Not Wake Up Target Workstations
8.9 Double-Clicking on the Wake-On-LAN Manager Service Displays an Error Message
8.10 Wake-On-LAN Does Not Wake Up Machines in a Workstation Group
8.11 DirectX Applications Do Not Run In Exclusive Mode During a Remote Control or a Remote View Session
8.12 Limitation of ConsoleOne 1.3.6
8.13 Novell ZfD Remote Management Service is Not Created if the Service Control Manager is Running During the Remote Management Upgrade on Windows 2000/XP Workstations
9.0 Workstation Inventory Issues
9.1 Double-Byte Characters Are Not Supported in the SCANDIR Path if the Novell Client Is Not Installed on Inventoried Workstations
9.2 Workstations Might Be Unable To Download the Software Dictionary Files
9.3 Unable to Transfer the .Str Files From a Windows Inventoried Workstation to a Windows 2003 Inventory Server
9.4 Navigating Inventory Reports Using the Keyboard
9.5 Data Export Issue
10.0 Other Known Issues
10.1 Launching an RDP or ICA Application from the Launch Item Gadget Generates an Error on a Windows XP SP2 Workstation
10.2 No Support for DNS-Rooted or Federated Trees
10.3 Some ConsoleOne Properties Pages Have Been Consolidated
10.4 Workstation Import and Workstation Management Do Not Work with VPN
10.5 ZENworks Database Might Display False Message
10.6 International Versions of Agent Installation Documentation Includes Incorrect Information
10.7 Creating a Stream Attribute Fails in ConsoleOne Running on a Windows Machine
11.0 Documentation Conventions
12.0 Legal Notices


1.0 Readme Updates

This document was updated in the following sections on the dates indicated.


1.2 October 25, 2004

The section entitled 10.7 Creating a Stream Attribute Fails in ConsoleOne Running on a Windows Machine was added to the 10.0 Other Known Issues section.


1.3 February 11, 2005

The section entitled 9.4 Navigating Inventory Reports Using the Keyboard was added to the 9.0 Workstation Inventory Issues section.


1.4 April 1, 2005

The section entitled 9.5 Data Export Issue was added to the 9.0 Workstation Inventory Issues section.


1.6 June 17, 2005

A new bullet regarding the creation of .mst files for the ZENworks Desktop Management Agent msi was added to 2.0 Product Limitations.


2.0 Product Limitations

There are some limitations on the scope and environment where you can use ZENworks 6.5 Desktop Management.


2.1 Supported Server Platforms

If Netware 6.5 SP2 is installed on the server where you authenticate workstations for ZENworks functionality, you will not be able to administer the eDirectoryTM tree or a server with ConsoleOne® 1.3.6 until you upgrade the version of the Novell ClientTM installed on the machine to 4.9 SP2.


2.2 Policy Limitations

In ZENworks Desktop Management 6.5, some previously supported Windows desktop policies are being discontinued. In addition, in 6.5 Desktop Management some Group Policy settings cannot be applied to Windows XP desktops. This section explains the details of these policy limitations.


2.2.1 Unsupported Policies

The following policies are not a part of the ZENworks 6.5 Desktop Management installation.

  • Client Config Policy
  • RAS Policy
  • Help Requester Policy
  • Traditional Novell Client Printer Policies (both User and Computer)
  • Windows Terminal Server Policy


2.2.2 Some Windows XP Group Policy Security Settings Require an Alternate Setup Method

Some security settings cannot be extended to a Windows XP Group Policy on the network by using ConsoleOne to edit the policies because Microsoft* does not publish any method to modify them.

The security settings with this restriction must either be edited locally through the Microsoft Management Console (MMC) or imported as Active Directory Security Settings. The known security settings include:

  • Account Policies\Password Policy\Passwords must meet complexity requirements
  • Account Policies\Password Policy\Store password using reversible encryption for all users in the domain
  • Local Policies\Security Options\Network access: Allow anonymous SID/Name translation

After you edit these security settings using either Active Directory or the MMC, you need to import them into the desired policy, or you can name the file "zensec.inf" and copy it into the proper location of the group policy folder (network_location\group_policy_folder\machine\microsoft\windows nt\secedit\) on the network.


3.0 Installation Issues

This section explains the installation issues for the Desktop Management Server, the Middle Tier Server, and the Desktop Management Agent. It also discusses some installation issues for Desktop Management components such as Application Management and Workstation Imaging.


3.1 Desktop Management Server Installation Issues

This section contains information about the issues that might occur when you install the Desktop Management Server.


3.1.1 Insufficient Free Space on Installing Workstation Might Cause Installation to Fail

The Desktop Management Server installation program requires free space on the designated system drive of the workstation from which you are installing. If the installation program fails, it might be because there is not sufficient free space to continue.

You must create sufficient space in order to continue with the installation. If your Windows drive is almost full, you can set the SystemDrive environment variable to use disk space on another drive.

Example: SystemDrive=D:


3.1.2 Installation Might Fail on a NetWare Server

The Desktop Management Server installation program reads its autoexec.ncf file to find and use the first listed BIND IP Address statement. If the file has two or more BIND IP Address statements and if the first address is incorrect or inactive, the installation fails.

To correct the problem, make sure that the correct IP address is listed first in the autoexec.ncf file.


3.1.3 Can't Authenticate to a Windows 2000 Server During Installation

If you are trying to install Desktop Management Server software to a Windows 2000 server, you might not be able to add it as a targeted server in the Add Servers dialog box, particularly if Novell eDirectory is installed on the Windows 2000 server and you are authenticated to eDirectory. You must also be authenticated through Windows in order for the file transfer to occur during the installation.

To authenticate to the target server, double-click on a server icon in the Selected Server pane of the Add Servers dialog box. This displays another dialog box where you can supply authentication credentials for that server to create a Windows connection.


3.1.4 Installing ConsoleOne from a Windows 2000 Server Alters The Windows Registry

If you use a Windows 2000 server with ConsoleOne installed to install ConsoleOne to another server, Windows adds the new installation path to ConsoleOne to its registry, which also includes the default location of the previously installed ConsoleOne.

If you use this same Windows 2000 server to install ConsoleOne snap-ins to another server, the installation fails because it uses the default path for installation.

If you cannot install the snap-ins from another server, we recommend that you delete the default value from the following registry entry:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe


3.1.5 Desktop Management Server Does Not Install to a NetWare Cluster if Prerequisites Check is Selected

The Desktop Management Server installation program fails to install to a cluster in a multi-server eDirectory tree when the Prerequisite Check check box is selected and the Cluster object is not the first server in the Server Selection list.

To work around this problem, deselect the Prerequisite Check check box.


3.1.6 Installation Creates a Non-Functional ConsoleOne Update Application Object

When you install ZENworks 6.5 Desktop Management Services, the installation creates a new ConsoleOne Update Application object in the eDirectory tree. This object will not work until you have configured it properly.

To configure the object:

  1. In ConsoleOne, right-click the ConsoleOne Update Application object > click Properties, click the Run Options tab, then click Application.

  2. In the Path to File field, type \\server_name\sys\public\zenworks\c1update.exe.

or

  1. In ConsoleOne, right-click the ConsoleOne Update Application object > click Properties, click the Run Options tab, then click Application.

  2. In the Path to file field, type %SOURCE_PATH%\zenworks\c1update.exe.


3.2 Middle Tier Server Installation Issues

This section contains information about the issues that might occur when you install the Middle Tier Server.


3.2.1 Installing or Upgrading the Novell Client on a Windows 2000/2003 Server with the Middle Tier Server

If you install the Novell Client on a Windows 2000/2003 server, then install the Middle Tier Server on the same machine, then uninstall the Novell Client from this server, the Middle Tier Server will fail. The client uninstall program removes important files needed by the ZENworks Middle Tier Server.

In this same software combination scenario, if you subsequently upgrade the client to 4.9 SP2, a different version of nicm.sys will be installed. If you do not use the nicm.sys included in ZENworks 6.5 Middle Tier Server, the Middle Tier Server will fail.

To work around this issue, you have two options:

  1. Save the nicm.sys file included in the ZENworks 6.5 Middle Tier Server installation prior to the client upgrade and then recopy after the client upgrade (this could also be accomplished by reinstalling the Middle Tier after the client upgrade).
  2. After the client upgrade, download nicm.sys from TID 10093371 in the Novell Support Knowledgebase and copy it to overwrite the updated client version of nicm.sys.


3.2.2 Upgrading a NetWare 6.0 Middle Tier Server to NetWare 6.0 SP5 Causes Policy Distribution to Fail

Upgrading a ZENworks 6.5 Middle Tier Server from NetWare 6.0 to NetWare 6.0 SP5 (shipping with Novell Consolidated Support Pack 11) causes distribution failure for User policies with an Add Scheduled Action property. It also causes workstation associated Group policies and Computer Extensible policies to fail on NT/2000/XP workstations.

To prevent this condition following a NetWare 6 upgrade, download mod_xsrv.nlm from TID 10093372 in the Novell Support Knowledgebase. Follow the specific instructions in the TID regarding the location to copy the file.


3.3 Desktop Management Agent Installation and Upgrade Issues

This section contains information about the issues that might occur when you install the Desktop Management Agent. For more information, see TID 10078667 in the Novell Knowledgebase.

IMPORTANT:  The version of the Desktop Management Agent that shipped with ZENworks for Desktops 4.0 is no longer supported. Prior to upgrading the Desktop Management Agent to ZENworks 6.5, users should replace this older version of the agent with the version of the agent shipping with the ZENworks 6 Suite (ZENworks for Desktops 4.0.1/SP1b) or later.


3.3.1 Microsoft Windows Installer Must Be Installed on Windows Workstations

The Microsoft Windows Installer engine (msi.dll) and the Windows Installer executable (msiexec.exe) must be present on the workstation in order for the Desktop Management Agent MSI package to be unpacked and executed. Some Windows 98 workstations might not have the MSI engine installed, so the Desktop Management Agent MSI package will not install.

You can obtain the latest version of the Windows Installer from the Microsoft downloads site or you can use the MSI 2.0 file that is available in the \windows installer folder of the Novell ZENworks 6.5 Companion 2 CD.


3.3.2 Desktop Management Agent Install Fails When ConsoleOne is Open on the Workstation

If you distribute the Desktop Management Agent MSI through Application Launcher to a Windows workstation, users should not have ConsoleOne open on those workstations.

If ConsoleOne is open during the distribution, the Desktop Management Agent Installation MSI fails.


3.3.3 User-Based Uninstall of the Desktop Management Agent Should Be Accomplished With Add/Remove Programs

We recommend that you do not configure the Desktop Management Agent MSI object to allow for a user-based uninstall because the workstation does not currently prompt for a reboot when the user executes an uninstall by right-clicking the Application object icon.

If you grant Administrator rights to the user, he or she can uninstall the Desktop Management Agent using Add/Remove Programs. In this case, the workstation does display a prompt for reboot. Later, if the user needs to have the Agent reinstalled (the same, or another version) you will need to visit the workstation and install it manually.


3.3.4 Can't Uninstall Desktop Management Agent Files Previously Installed by Myapps.html

If you or a user install myapps.html on a Windows 98 workstation, some ZENworks Management Agent files are installed on that workstation that cannot be subsequently uninstalled in the Add/Remove Programs feature of the Windows Control Panel.

This might cause a problem if it becomes necessary to install the Novell Client on the same workstation; the client installation program detects the Desktop Management Agent files and will not proceed until the Agent (or its files) is removed from the workstation. Because the files do not constitute the entire installation of the Agent, there is no listing of the Desktop Management Agent in Add/Remove Programs.

This issue will be fixed in the next release of ZENworks Desktop Management.


3.3.5 Recommended Configuration for Upgrading the Desktop Management Agent

When configuring the upgrade Application object for the Desktop Management Agent, you should set the application to RUN ONCE, so that after the agent is installed the user can no longer see the application in the Novell Application Launcher. We also recommend that you do not enable uninstall for the Application Object.

Administrator rights are not needed to upgrade the Desktop Management Agent. The user's privileges are elevated temporarily by the Desktop Management Agent during the installation.


3.3.6 Upgrading the ZENworks for Desktops 4.x Agent with a Workstation Associated Application Object Does Not Prompt for Reboot

If you upgrade the ZENworks for Desktops 4.x Agent (excluding ZENworks for Desktops 4.0.1 Interim Release 4) to ZENworks 6.5 Desktop Management Agent, and if you use a workstation associated Application object to perform the upgrade, the users are not prompted to reboot their workstations.

If you perform the upgrade with a user associated Application object, however, the reboot prompt is displayed.


3.3.7 Installing and Then Removing the Desktop Management Agent with NetIdentity Might Cause NetIdentity to Fail

If you install the Novell Client 4.9 SP1a, then install Novell NetIdentity 1.2 (from the same Novell Client CD), then install the ZENworks 6.5 Desktop Management Agent, and then remove the Agent, NetIdentity will not work because the Agent NetIdentity files are removed.

To work around this problem, you need to use the Windows Add/Remove Programs utility to remove NetIdentity, then you need to reinstall it.


3.3.8 NetIdentity Client Cannot Be Uninstalled After Desktop Management Agent Is Installed

If you install NetIdentity on a clean workstation using the Novell Client, NetIdentity is listed in the Add/Remove Programs list of the Windows Control Panel.

If you subsequently install the ZENworks Desktop Management Agent (which also installs NetIdentity) on this workstation, you can use Add/Remove Programs in Windows to "remove" NetIdentity from the workstation, but NetIdentity is not truly removed from the machine; it is simply removed from the Add/Remove Programs list. NetIdentity is not removed until the ZENworks Desktop Management Agent is uninstalled.


3.3.9 Workstation Manager Might Fail on a Windows 98 Workstation Where the Client has Been Uninstalled

If you install the Novell Client 3.34 and enable Workstation Manager on a Windows 98 workstation, then install the ZENworks 6.5 Desktop Management Agent, and then you uninstall Novell Client 3.34, Workstation Manager is uninstalled on the workstation, so no policies are distributed to the workstation.

To correct this problem, you must uninstall the Desktop Management Agent and re-install it on the Windows 98 workstation.


3.3.10 Rolling Back the ZENworks 6.5 Desktop Management Agent to an Earlier 4.0.1 Agent Patch or Interim Release Causes Workstation to Lose Imported Visibility

If you install the ZENworks 6.5 Desktop Management Agent and subsequently distribute or "roll back to" a previously shipped ZENworks for Desktops 4.0.1 patch or interim release, the workstation is no longer recognized as imported and workstation associated applications do not appear in the Novell Application Launcher views.

If you have already installed the ZENworks 6.5 Desktop Management Agent, we recommend that you do not roll back to a ZENworks for Desktops 4.0.1 patch or interim release of the Desktop Management Agent.


3.3.11 Installing the ZENworks 6.5 Desktop Management Agent Prevents Third Party Login Software from Working

Installing the ZENworks 6.5 Desktop Management Agent on a workstation will overwrite some third party network login GINAs. The ZENworks 6.5 Desktop Management Agent supports the following third party GINAs:

  • Citrix
  • PCAnywhere
  • Cisco Aironet

If the Agent is installed on a workstation that has a third party login GINA not listed above, it will attempt to support the third party GINA through chaining. Some GINAs, however, are designed to be the first GINA in the chain and will therefore stop functioning.


3.3.12 Agent Distributor Utility is Not Localized for Some Spanish Locales

If you launch the Agent Distributor utility (either independently or from ConsoleOne) from a Windows server whose locale is set to Spain or Honduras, the English version of the utility is displayed.

To work around this issue, use the Regional Options settings in the Windows Control Panel to set the regional format to a Spanish locale other than Spain or Honduras.


3.4 Microsoft RDP Client Installation Issues

The Microsoft RDP 5.1 client (msrdp.ocx) is included with the ZENworks 6.5 Launch gadget. When a user launches a terminal server application that you've configured to run in an RDP client session, the Launch gadget generates an error message indicating that the certificate for the file has expired.

If you click Yes in the error message to continue the installation, the Launch gadget installs the msrdp.ocx file to the c:\program files\novell\zenworks directory on the user's workstation and registers the OCX file.

If you install the msrdp.cab file to a workstation using the ZENworks Management Agent installation program, no error messages are displayed.


3.5 Workstation Imaging Installation Issues

This section contains information about the issues that might occur when you install the Workstation Imaging component of ZENworks 6.5 Desktop Management.


3.5.1 Reinstalling or Upgrading Workstation Imaging on a Windows 2000 Server Generates an Error in the Log File

If you reinstall or upgrade the Workstation Imaging component of the ZENworks Server installation, the following lines are added to the Desktop Managementlog.txt log file:

Imaging\NTa Components NOT successfully installed on 
<server_name> at <installation_path>
Imaging\NTb Components NOT successfully installed on
<server_name> at <installation_path>

The installation log file (zenworks_for_desktops_server_installlog.log) indicates that the zenimgdsr.dll file was not successfully copied. This condition exists because the original .dll file remains open on the server during the installation. Both the ZENworks for Desktops 4.x and the ZENworks 6.5 Desktop Management versions of the .dll are the same, so the failure to install is inconsequential.

If you want to avoid the error, you can rename zenimgdsr.dll on the server and then run the installation program.


4.0 Middle Tier Server, Login, and Authentication Issues

This section explains the issues that might occur when users try to authenticate to the Desktop Management Server using either the Novell Client or the Desktop Management Agent for login.


4.1 Middle Tier Server Installed on NetWare Requires Reboot After Editing Hosts File

Some NetWare servers might generate a 500-level error when you attempt to import workstations after editing the hosts file on that NetWare server.

To work around the problem, reboot the NetWare server where you installed the ZENworks Middle Tier Server and whose hosts file you edited for workstation import.


4.2 Unable to Authenticate to Windows 2000 Desktop Management Server with Active Directory and eDirectory Installed

If you try to authenticate through the Middle Tier Server to a Desktop Management Server installed on a Windows 2000 machine that already has Active Directory* (installed because the Desktop Management Server acts as the Primary Domain Controller) and eDirectory (installed to accommodate Desktop Management) both installed, the authentication fails unless the user logs on with a full context.

The reason for this failure is a contention for the default LDAP port between the Active Directory and eDirectory LDAP listeners. To work around this port conflict, during the install of eDirectory either choose an LDAP port other than the default of 389 or modify the LDAP Group object found in the server's container in ConsoleOne, then use the NSAdmin utility in the Middle Tier Server to configure the Middle Tier Server to communicate over that port.

To configure the port in NSAdmin:

  1. In the Address box of Internet Explorer, type the URL for the NSAdmin utility. For example:

    http://server_name_or_IPAddress/oneNet/nsadmin

  2. In the Value field of the LDAP Port configuration parameter, specify the LDAP port number you already set in eDirectory and which the Middle Tier Server should use to communicate with the Desktop Management Server > click Submit.


4.3 Manually Unloading Middle Tier Server Handlers Causes a Server Abend

If you try to manually unload the Middle Tier Server Handlers (for example, xzen.nlm) running on NetWare 6, the server abends.

On NetWare 6, you should use NVXADMDN to unload Apache and Middle Tier handlers. Use NVXADMUP to restart Apache and Middle Tier handlers.

On NetWare 6.5, you should use AP2WEBDN to unload Apache and Middle Tier handlers. Use AP2WEBUP to restart Apache and Middle Tier handlers.


4.4 Using NDS Server Console on Windows 2000 Requires Administrator Rights

Using ndscons.exe on Windows 2000 to verify the connection between the Middle Tier Server and the Desktop Management Server does not work unless you have Administrator rights for the local Windows 2000 user.


4.5 Changing the eDirectory Password from a Security Dialog Box

A workstation with the Desktop Management Agent installed and running in Passive mode without the Novell Client presents the following option in a drop-down box when you click Change Password from a Windows Security dialog box (Ctrl+Alt+Delete):

<Novell Netidentity Credentials Provider>

This option for changing the eDirectory password from NetIdentity is currently non-functional. To change the password for the Agent running in Passive mode, open the Control Panel, click ZENworks Agent Options, and change the password in the appropriate dialog box.


4.6 Application Launcher Web View Does Not Activate the NetIdentity Login

If the Novell Client and the Desktop Management Agent are installed on the same workstation and the user logs in to the local workstation, then opens myapps.html and clicks the Work Online link in the Application Launcher Web View, the NetIdentity login does not work. This is designed behavior. If a workstation has the Novell Client and the ZENworks Management Agent both installed, Application Management always uses the Novell Client.

If only the Agent is installed on the workstation, in this same scenario, the Work Online link in the Web view activates the NetIdentity login.


4.7 Verify Password Functionality Fails if User Context Contains Extended Characters

If a user's LDAP NetIdentity context contains an extended ASCII character, that user will be unable to change the user password on a Windows workstation that has been locked using Ctrl+Alt+Delete function.

If the user's configured context does not contain an extended character, the password verification functions normally.


5.0 Workstation Management Issues

This section identifies some areas of the Desktop Management Workstation Management component that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


5.1 Group Policies Do Not Run Correctly on Windows XP Desktops

This section discusses some aspects of Windows Group policy administration that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


5.1.1 User Policy Security Settings Overwrite Workstation Policy Security Settings

If you apply a workstation group policy created for Windows XP that is configured with security settings and you also apply a user group policy created for Windows XP that is configured with security settings (for example, you want to define a user certificate), the security settings applied with the user group policy overwrite the security settings applied by the workstation group policy.

If you disable the security settings in the user policies, the security settings configured in the workstation policy are set and activated.


5.1.2 Using an IP Address in a Group Policy Path Defined in ConsoleOne Might Cause Login Failure on a Windows XP Workstation

If you use an explicit IP address in the file path when you associate a group policy to a user or workstation (that is, in ConsoleOne, you supply an IP address in the path to the policy---for example, \\137.65.167.123\c$\pathname), you cannot log in from an XP workstation with the Desktop Management Agent installed.

You should use the server name in the path rather than an IP address.


5.2 Renaming a Default User Account in a Windows Group Policy

If you launch the Microsoft Management Console (MMC) from ConsoleOne to edit a Windows Group Policy---specifically to rename a default user account (Administrator or Guest), you must not be logged in as the user whose default account name you are changing. If you log in using this default account and rename the account, the changes are not saved to the network path you designate in ConsoleOne and might remain on the administration machine.


5.3 iPrint Printers Are Not Distributed to Windows 2000/XP Users by the iPrint Policy

After ZENworks 6.5 Desktop Management installation, iPrint printers are not distributed to users running Windows 2000/XP workstations, even after the ZENworks 6.5 Desktop Management iPrint policy is configured in the User Policy package (which installs the iPrint Client and pushes printer drivers to the users) and their workstations are rebooted.

To work around this problem in NetWare 6, modify the AllowUserPrinters value in the iprint.ini file in the \\server_name\sys\login\ippdocs directory from zero (0)---the default value---to one (1), which will allow the user to add the printer. In NetWare 6.5, the iprint.ini file is found in the \\server_name\sys\apache2\htdocs\ippdocs directory.

NOTE:  The iprint.ini file is available only if you have installed Novell Distributed Print ServicesTM as part of a NetWare installation and if you have extracted the nipp.exe to that directory. If you do not have iprint.ini and nipp.exe, you can download them from Novell Support at http://support.novell.com. Search for TID 2968629.


5.4 iPrint Printers Are Not Distributed to Terminal Server User Sessions Outside a Firewall

If you use the iPrint policy to distribute printers through a firewall to a Windows 2000/2003 terminal server user session, the policy does not correctly set the required registry key to bypass the iPrint proxy address manual configuration.

Each terminal server session user who needs to print to printers from outside the firewall needs to use the following steps to set the proxy address:

  1. In the User's Terminal Server session, click Start > Programs > Novell iPrint > iPrint Client, then click the Proxy tab.

  2. Select the Use a proxy Server for iPrint Printing check box.

  3. In the Proxy URL field, type the external firewall proxy address of the proxy server, then click OK.

When the proxy address is set, the printer policy distributes without a problem.


6.0 Application Management Issues

This section identifies some areas of the Application Management component that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


6.1 Nal.exe and Nalexpld.exe

Although nal.exe and nalexpld.exe are included in the product and still launch executables, their purpose is to facilitate the continued functioning of existing login scripts.

ZENworks 6.5 Desktop Management only supports switches that are supported by nalwin32.exe. To see a list of these switches, enter the following command:

nalwin32.exe /?

You see the same switches if you enter the following command:

nalwin.exe /?


6.2 Choosing File > Exit Application Explorer Does Not Close the Application Explorer Window

It is currently not possible to close the Application Explorer window using the Exit Application Explorer option on the File menu.

To close the Application Explorer, click the Close (X) button on the upper right-hand corner of the Application Explorer window.


6.3 Dragging an Application Icon from the Application Window to the Windows Desktop Results in a Broken Shortcut

Although you can drag an application icon from the right-hand pane of the Application Window view to the Windows desktop, doing so creates a broken shortcut that will not launch the application.

You can work around this issue by launching the Application Explorer view after you create the shortcut. Launching the Application Explorer causes the shortcut to work properly. Later, when you close the Application Explorer, the shortcut is removed from the desktop.


6.4 Using Myapps.html As a Desktop Background on a Windows XP Workstation

If a user sets the option of using a myapps.html as the Web page background for their Windows XP desktop, Windows XP generates script errors and myapps.html will not display applications.

If you want users to use this feature, you need to edit portions of the myapps.html that this feature can't handle. The easiest method is to extract the data from WriteData() function in the file and use it as the content of a new .html file.

The comments of the Web page will look like this:

<head>
<title>Novell Delivered Applications</title>
</head>
<body scroll='no' style='margin: 0; overflow:hidden'>
<object id="AxNalView" classid="CLSID:4F4B2E32-B44C-450E-8683-6903FE9DDCEA" width="100%" height="100%">
<!--param name="SingleTree" value="ZENWORKS_TREE"-->
<!--param name="PortalView" value="false"-->
<!--param name="BannerURL" value="http://www.company.com/banner.html"-->
<!--param name="BannerHeight" value="80"-->
<!--param name="ShowTree" value="true"-->
<!--param name="ShowTasks" value="false"-->
<!--param name="AppDisplayType" value="1"-->
<!--param name="ShowAppFrameNavigation" value="true"-->
<!--param name="ShowIEToolbarButton" value="true"-->
</object>
</body>
</html>

Save this file to the hard drive. You can then use it as an XP background.


6.5 Accessing a Web Page Containing Japanese Characters from the Apache Web Server

If you access a Web page served by the Apache Web Server, and if that Web page contains Japanese characters, such as the Japanese version of myapps.html, the characters on that page might appear garbled.

This is a known issue with the Apache Web Server, and can be corrected with a simple configuration workaround in Apache. To better understand the problem, see the Sun Developer Network site for an article entitled Creating Multilingual Web Sites with Apache. For specific information about how to work around the problem and configure the server, see the Apache HTTP Server Version 2.0 Documentation article entitled Content Negotiation.


6.6 Application Launcher Plug-In Does Not Support Thin Client Applications

The ZENworks 6.5 Desktop Management version of myapps.html (part of the Application Launcher Plug-in) does not include functionality to launch thin client applications from a Windows Terminal Server.

If you want users to launch thin client applications, you need to install the ZENworks Management Agent on user workstations.

The next release of ZENworks Desktop Management will add functionality to the Application Launcher Plug-in installation to allow launching of thin client applications from workstations.


6.7 Launching DeFrame Terminal Server Applications Doesn't Work after Upgrade

If you upgrade your Windows Terminal Server to the ZENworks 6.5 Desktop Management Agent, you will not be able to launch legacy ZENworks for Desktops 4.0.1 DeFrame Terminal Server applications.

We recommend that if you need these terminal server applications, you should launch them from a terminal server where the ZENworks for Desktops 4.0.1 Agent is installed.


6.8 Application Objects Are Not Visible if Launched from a Remote Terminal Session

The new Terminal Server system requirement on an Application object applies only to remote Terminal Server sessions. Sessions running at the Terminal Server console are considered to be remote sessions by default. This behavior can be changed by creating the following registry key on the Terminal Server itself:

HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS

Creating this registry key will cause sessions running on the Terminal Server console to be treated as non-Terminal Server sessions.


6.9 Uninstalling Applications Does Not Force a Workstation Reboot

When a distributed application is configured to be uninstalled from a workstation, the workstation does not currently prompt for a reboot when the uninstall is complete.

Because the uninstall might affect the Windows registry, other applications reading the registry at startup might be adversely affected unless the workstation is rebooted. Users should always reboot manually after a distributed application is uninstalled.


6.10 Uninstalling an INI File Application

If you configure an INI file application to be uninstalled with the Create Or Append To Existing Value attribute selected for uninstall, the value that was added during the original installation is not removed.

The only current workaround for this issue is a manual edit of the INI file.


6.11 Using Software License Metering and Monitoring

A key component of Novell Licensing Services, nls32.dll, does not ship with the current Novell Client. As a result, an error is generated when you try to use Software License Metering and Monitoring in Desktop Management.

To work around this problem, copy nls32.dll and nls32api.dll from the \licensing directory on the Novell ZENworks 6.5 Companion 1 CD to the c:\winnt\system32 directory on a Windows 2000 workstation. On a Windows XP workstation, the directory is c:\windows\system32.


6.12 Error is Displayed When Installing a Workstation Associated MSI Application

If you try to distribute a workstation associated MSI Application that has not had the Distribute in Workstation Security Space if Workstation Associated option selected and if the workstation launch cache is disabled when the application distribution is attempted, an error will be generated to inform you that the application distribution is unsuccessful.

The distribution fails because the Application Launcher tries to read the MSI application attributes with user privileges. User privileges are not recognized because writing to the launch cache is disabled, and the user does not have privileges to the Application Object outside the cache.

To avoid this error, do one of the following:

  • Make sure that the Distribute in Workstation Security Space if Workstation Associated option is selected for the MSI application.
  • Do not disable writing to the launch cache on the workstation.
  • Grant users Read rights to the MSI Application object in eDirectory.


6.13 Applications Configured for Force Cache Might Abend a CIFS Server

When several Application objects previously set for Force Cache are accessed by the Novell Application Launcher running against a NetWare 6.5 server with cifs.nlm loaded, the NetWare server might abend when the first application is cached.

We have identified the problem and fixed it in a NetWare 6.5 SP1 patch and in NetWare 6.5 SP2.


6.14 Workstation Associated Applications Are Not Available on Workstation Import

Workstation associated applications will be available to users on the first reboot following a successful import of the workstation to an eDirectory tree.


6.15 Cannot Import or Export AOT or AXT Files From ConsoleOne On a Windows XP Workstation With 4.x Agent Installed

If you run ConsoleOne and ZENworks 6.5 snap-ins locally from a Windows XP workstation where the ZENworks for Desktops 4 SP1b or 4.0.1 Desktop Management Agent has also been installed, you will not be able to import or export AOT or AXT files from ConsoleOne on that workstation. Doing so will cause ConsoleOne to crash.

We recommend that you avoid using this combination of software if you want to use ConsoleOne to import or export AOT or AXT files.

Instead, you should launch a local copy of ConsoleOne from a workstation that has the ZENworks 6.5 Desktop Management Agent installed. This copy should not contain the ZENworks for Desktops 4 SP1b or ZENworks for Desktops 4.0.1 snap-ins.


6.16 Error Displays When a SnAppShot of a Windows XP Application is Created

If you try to create an AOT/AXT of a Windows XP application using SnAppShot, an error might display informing you that the SnAppshot failed to copy a file from the c:\windows\softwaredistribution directory.

The error occurs because the c:\windows\softwaredistribution folder has not been added to the exclusion list.

If you have not yet begun to create the AOT/AXT, we recommend that you manually add c:\windows\softwaredistribution to the exclusion list.

If you have already begun the snAppShot process and received the error, we recommend the following workaround procedure:

  1. From the error message, note the name of the file that could not be copied, then click Ignore on the error message dialog box to skip copying the file to the .fil directory.

  2. Import the AOT/AXT into ConsoleOne.

  3. Remove the entry for the uncopied file from the App Files tab of the AOT/AXT Application object.


6.17 Error Displays After Creating an Application in SnAppShot on Japanese Version of Windows XP

When you create an application in snAppShot on a Japanese-enabled Windows XP workstation and then browse the applications install directory, the following error might be displayed:

External Exception C0000006

This issue will be addressed in the next release of snAppShot.


6.18 Application Distribution from a Cluster Resource Times Out and Displays an Error During Cluster Migration

If you initiate the distribution of Application object from a cluster resource and then initiate a cluster resource migration before the distribution is complete, the distribution might time out before completing and will generate an error.

To work around this issue, you need to manually relaunch the distribution.


6.19 Application Browser View Stops Working on a Windows 98 Workstation After Installing the Desktop Management Agent MSI

If you install application plug-ins from the Application Browser view (myapps.html) on a Windows 98 workstation, and if you subsequently install the full ZENworks Desktop Management Agent on that workstation using the agent MSI available from the ApplicationBrowser view, the Application Browser view stops working.

The problem occurs because of file name truncation occuring during the MSI installation from the Browser view. We recommend that you install the Agent MSI on Windows 98 using a method other than the Application Browser view.

This problem does not occur when using the Application Browser view to install the Agent MSI on Windows NT workstations.


7.0 Workstation Imaging Issues

This section identifies some areas of the Desktop Management Workstation Imaging component that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


7.1 Upgrading to a Dynamic Disk System on Windows 2000 Workstations

Upgrading a Windows 2000 workstation hard disk from a Basic Disk System to a Dynamic Disk System changes the partition table so that it does not allow the workstation to boot to the production partition, only to the Desktop Management Linux* partition. No fixes for this issue are included in ZENworks 6.5 Desktop Management.

The Workstation Imaging component of ZENworks 6.5 does not support dynamic disks. If you upgrade your disks, you will no longer be able to use Workstation Imaging.


7.2 Unable to Choose an IP Address on a Windows 2000 Imaging Server with Multiple Network Interface Cards

If you install the ZENworks 6.5 Desktop Management Workstation Imaging component to a Windows 2000 server that has more than one network interface card (NIC), you do not have the option of binding the imaging proxy server to a specific IP address.

If you install Workstation Imaging to a NetWare server, you can bind the imaging proxy server to a specific IP address (that is, the NIC of your choice) by using the following switch:

load imgserv -i:IP_Address


7.3 ZENworks 6.5 Preboot Services Does Not Read Policies in a Clustering Environment

If you install the Workstation Imaging and Preboot Services components of ZENworks 6.5 Desktop Management on a NetWare cluster node and subsequently import the workstation, set up an Imaging policy for the workstation, and boot up the workstation with PXE boot disks or a PXE network boot, the workstation does not recognize the Imaging policy and will not execute it.

We recommend that you do not attempt to use ZENworks 6.5 Preboot Services in a NetWare Clustering environment.


7.4 ZENworks 6.5 PXE-On-Disk Does Not Support Some Network Adapters

The PXE-on-Disk Setup utility does not detect nor display drivers for PXE-compatible network adapters that are manufactured by NETGEAR, Inc.


7.5 Imaging Boot Diskettes Do Not Include USB Drivers

The five boot disks created with zimgboot.exe do not have enough room to include all files, including USB drivers.

If a workstation requires USB drivers, users may see error messages similar to one of the following:

Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb No Such File or Directory

or

Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb/storage No Such File or Directory

If users whose workstations require USB drivers encounter these errors, you should prepare an imaging boot CD for their workstations. An imaging boot CD has enough space to include the proper USB drivers.


8.0 Remote Management Issues

This section identifies some areas of ZENworks Desktop Management's Remote Management component that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


8.1 Issues with the Screen Blanking Feature

  • The screen blanking feature might not work properly with some video adapter cards such as Hawk Eye Number 9 and ATI Rage P/M Mobility AGP 2x that have been configured in the managed workstations. We recommend you to test the screen blanking feature with the video adapter that you have before deploying the Remote Management Agent in your enterprise.
  • When you invoke the screen blank option on your managed workstation and change the color resolution on the workstation to 256 colors, the managed workstation might hang. To resolve this problem, restart the managed workstation.


8.2 Remote Control with a Full-Screen DOS Window

During a remote control session on the managed workstation, if you change the mode of display from DOS box application mode to full-screen mode, you do not receive updates until you change to the normal mode or close the DOS box.


8.3 Remote Control of Windows XP Workstations After a Remote Desktop Session

If a user uses the Remote Desktop Connection to connect to a Windows XP workstation, and then initiates a Remote Control session on that workstation, the Remote Control console will be black and you will not be able to remote control it.

Users with a Windows XP workstation should log in locally before you attempt to remote control their workstations.


8.4 Removing Wallpaper During a Remote Session

During a Remote Control session, you might not be able to remove the active desktop wallpaper on the managed workstation. This affects Remote Management performance.

To work around this problem, you must manually suppress the wallpaper of the managed workstation.


8.5 Behavior of Wallpaper Suppression on Windows XP

For wallpaper suppression, Windows XP behaves differently from other Windows operating systems. When you set the wallpaper, Windows XP creates a backup of it. When you disable the wallpaper, it is disabled from the primary location only. When you change the settings, the wallpaper might resurface.


8.6 Cursors Are Not Supported for Remote Management

Animated and the colored cursors on the managed workstation are not supported for Remote Management.


8.7 Mouse Cursor on a Windows XP Managed Workstation Flickers During a Remote Management Session

During a Remote Management session with a Windows XP managed workstation, if you place the mouse cursor on a window that is continuously changing (for example, Task Manager), the mouse cursor flickers at the managed workstation. This cursor behavior is apparent at the managed workstation only.


8.8 Wake-On-LAN Service Might Not Wake Up Target Workstations

Wake-on-LAN service running on NetWare 6.5 SP1a server might not wake up target workstations if the schedule is modified.

To work around this problem, try restarting the service.


8.9 Double-Clicking on the Wake-On-LAN Manager Service Displays an Error Message

In the Services Configuration Manager, if you double-click the Wake-On-LAN Manager Service running on a Windows 2000/2003 Advanced Server, the following message is displayed:

Services Configuration Manager: The specified device instance handle does not correspond to a present device

You can ignore the message. The service will be up and running.


8.10 Wake-On-LAN Does Not Wake Up Machines in a Workstation Group

The Wake-on-LAN service will not wake up the workstations that are part of a workstation group. To work around this problem, you must directly schedule the individual workstations to be wakened.


8.11 DirectX Applications Do Not Run In Exclusive Mode During a Remote Control or a Remote View Session

On Windows 2000/XP workstations, DirectX applications do not run in exclusive mode during a Remote Control or a Remote View Session.


8.12 Limitation of ConsoleOne 1.3.6

You cannot traverse all the components of FTP GUI using the Tab key. As a workaround, use the accelerator keys to invoke the FTP operations.


8.13 Novell ZfD Remote Management Service is Not Created if the Service Control Manager is Running During the Remote Management Upgrade on Windows 2000/XP Workstations

If the Service Control Manager is running when the ZENworks for Desktops 4.x Remote Management Agent is upgraded to ZENworks 6.5, the Novell ZfD Remote Management Service is not created, even after you restart the managed workstation.

To resolve this problem, ensure that the Service Control Manager is closed before upgrade.


9.0 Workstation Inventory Issues

This section identifies some areas of the Desktop Management Workstation Inventory component that might not work properly or that might require further configuration in ZENworks 6.5 Desktop Management.


9.1 Double-Byte Characters Are Not Supported in the SCANDIR Path if the Novell Client Is Not Installed on Inventoried Workstations

If the Novell Client is not installed on inventoried workstations, and if you use double-byte characters in the Inventory Service object's scan directory (scandir) path, the .str files are not transferred to the Inventory server.

By default, the scandir path is the installation path where the Inventory server-side components and the database are installed (unless you manually changed it after the ZENworks 6.5 Desktop Management installation by configuring the Inventory Service object).


9.2 Workstations Might Be Unable To Download the Software Dictionary Files

If you change the target Inventory server of an inventoried workstation, the software dictionary files at the new Inventory server are not downloaded if the files are not newer than the ones that are available on the inventoried workstation.

To resolve this issue, you must update the modified time of the software dictionary files that are available on the Inventory server so that the dictionary files at the Inventory server are newer than those at the inventoried workstation. The inventoried workstation will download the dictionary during the next scan.


9.3 Unable to Transfer the .Str Files From a Windows Inventoried Workstation to a Windows 2003 Inventory Server

The inventoried workstations might fail to transfer the scan files to a Windows 2003 Inventory server if the volume containing the ScanDir directory is changed from FAT partition to NTFS partition after the ZENworks 6.5 Desktop Management installation.

To resolve this problem, do the following:

  1. In ConsoleOne, right-click the Inventory Service object (Inventory Service_server_name).

  2. Click Properties, click the Inventory Service Object tab, then click the Inventory service object properties sub-option.

  3. Place the cursor in the Scan Directory Path field, then press Enter.

  4. Click Apply, then click Close.


9.4 Navigating Inventory Reports Using the Keyboard

The Crystal Report Viewer window does not support keyboard functionality. You must use the mouse to perform all operations in the viewer window.


9.5 Data Export Issue

Data Export fails if you set Patch.Information to NULL in the query.


10.0 Other Known Issues

This section identifies other issues that might cause problems or require workarounds when you use ZENworks 6.5 Desktop Management.


10.1 Launching an RDP or ICA Application from the Launch Item Gadget Generates an Error on a Windows XP SP2 Workstation

Launching an RDP or ICA application from the Launch Item Gadget on a Windows XP SP2 workstation generates the following error message:

To help protect your security, Internet Explorer stopped this site from installing software on your computer. Click here for options...

If users are using Windows XP SP2 (or greater) workstations, they can click on the information bar at top of Plug-in dialog box in order to install the Citrix ICA/RDP client. Alternatively, you can have users contact you for help with installing the Citrix ICA/RDP client.


10.2 No Support for DNS-Rooted or Federated Trees

ZENworks 6.5 Desktop Management does not support DNS-rooted trees or federated trees.


10.3 Some ConsoleOne Properties Pages Have Been Consolidated

In the shipping version of ZENworks for Desktops 4, the property pages for User, Workstation, and Container objects in ConsoleOne included an Application Launcher and an Applications tab.

With 6.5 Desktop Management, these two pages are now consolidated under the ZENworks tab in the User, Workstation, and Container objects.


10.4 Workstation Import and Workstation Management Do Not Work with VPN

Workstation Import and Workstation Management (that is, policies pushed to workstations or users) do not work properly when users connect through a VPN.


10.5 ZENworks Database Might Display False Message

If you have installed either the Desktop Management Database or the Inventory Database on a NetWare server, the following error message might be displayed during database operations:

Connection terminated abnormally

This is a false message and can be ignored.


10.6 International Versions of Agent Installation Documentation Includes Incorrect Information

Non-English versions and the CD copy of the Novell ZENworks 6.5 Installation Guide contain incorrect information about the LOGIN_PASSIVE_MODE property of the zfdagent.msi file. The default value was listed as zero (0). The actual default value is one (1).

The correct value is shown in the English versions (PDF and HTML) of the guide posted on the Novell ZENworks 6.5 documentation Web site.


10.7 Creating a Stream Attribute Fails in ConsoleOne Running on a Windows Machine

If you are running ConsoleOne on a Windows machine configured with two different IP Addresses on two different networks, ConsoleOne will not be able to send data to eDirectory and will generate an error code.

You may see this behavior if you attempt to create a stream attribute against eDirectory running on a SUSE Linux server.


11.0 Documentation Conventions

In this documentation, a greater-than symbol (>) is used to separate actions required when navigating menus in a user interface.

A trademark symbol (®, TM, etc.) denotes a Novell trademark; an asterisk (*) denotes a third-party trademark.


12.0 Legal Notices

Novell, Inc. makes no representations or warranties with respect to the contents or use of this documentation, and specifically disclaims any express or implied warranties of merchantability or fitness for any particular purpose. Further, Novell, Inc. reserves the right to revise this publication and to make changes to its content, at any time, without obligation to notify any person or entity of such revisions or changes.

Further, Novell, Inc. makes no representations or warranties with respect to any software, and specifically disclaims any express or implied warranties of merchantability or fitness for any particular purpose. Further, Novell, Inc. reserves the right to make changes to any and all parts of Novell software, at any time, without any obligation to notify any person or entity of such changes.

You may not use, export, or re-export this product in violation of any applicable laws or regulations including, without limitation, U.S. export regulations or the laws of the country in which you reside.

Copyright © 2005 Novell, Inc. All rights reserved. No part of this publication may be reproduced, photocopied, stored on a retrieval system, or transmitted without the express written consent of the publisher.

Novell, Inc. has intellectual property rights relating to technology embodied in the product that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more of the U.S. patents listed at http://www.novell.com/company/legal/patents/ and one or more additional patents or pending patent applications in the U.S. and in other countries.

ConsoleOne, NDS, Novell, NetWare, and ZENworks are registered trademarks of Novell, Inc. in the United States and other countries. eDirectory, NLM, Novell Application Launcher, Novell Client, and Novell Distributed Print Services, and snAppShot are trademarks of Novell, Inc.

All third-party products are the property of their respective owners.