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.
This document was updated in the following sections on the dates indicated.
The section entitled 6.18 Application Distribution from a Cluster Resource Times Out and Displays an Error During Cluster Migration was added to the 6.0 Application Management Issues section.
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.
The section entitled 9.4 Navigating Inventory Reports Using the Keyboard was added to the 9.0 Workstation Inventory Issues section.
The section entitled 9.5 Data Export Issue was added to the 9.0 Workstation Inventory Issues section.
The section entitled 6.19 Application Browser View Stops Working on a Windows 98 Workstation After Installing the Desktop Management Agent MSI was added to the 6.0 Application Management Issues section.
A new bullet regarding the creation of .mst files for the ZENworks Desktop Management Agent msi was added to 2.0 Product Limitations.
There are some limitations on the scope and environment where you can use ZENworks 6.5 Desktop Management.
For more information, see TID 10019161 in the Novell Support Knowledgebase.
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.
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.
The following policies are not a part of the ZENworks 6.5 Desktop Management installation.
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:
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.
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.
This section contains information about the issues that might occur when you install the Desktop Management Server.
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.
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.
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.
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
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.
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:
In ConsoleOne, right-click the ConsoleOne Update Application object > click Properties, click the Run Options tab, then click Application.
In the Path to File field, type \\server_name\sys\public\zenworks\c1update.exe.
or
This section contains information about the issues that might occur when you install 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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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.
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.
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.
This section contains information about the issues that might occur when you install the Workstation Imaging component of ZENworks 6.5 Desktop Management.
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.
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.
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.
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:
In the Address box of Internet Explorer, type the URL for the NSAdmin utility. For example:
http://server_name_or_IPAddress/oneNet/nsadmin
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
In the User's Terminal Server session, click Start > Programs > Novell iPrint > iPrint Client, then click the Proxy tab.
Select the Use a proxy Server for iPrint Printing check box.
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.
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.
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 /?
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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.
Workstation associated applications will be available to users on the first reboot following a successful import of the workstation to an eDirectory tree.
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.
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:
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.
Import the AOT/AXT into ConsoleOne.
Remove the entry for the uncopied file from the App Files tab of the AOT/AXT Application object.
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.
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.
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.
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.
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.
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
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.
The PXE-on-Disk Setup utility does not detect nor display drivers for PXE-compatible network adapters that are manufactured by NETGEAR, Inc.
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.
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.
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.
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.
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.
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.
Animated and the colored cursors on the managed workstation are not supported for Remote Management.
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.
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.
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.
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.
On Windows 2000/XP workstations, DirectX applications do not run in exclusive mode during a Remote Control or a Remote View Session.
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.
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.
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.
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).
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.
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:
In ConsoleOne, right-click the Inventory Service object (Inventory Service_server_name).
Click Properties, click the Inventory Service Object tab, then click the Inventory service object properties sub-option.
Place the cursor in the Scan Directory Path field, then press Enter.
Click Apply, then click Close.
This section identifies other issues that might cause problems or require workarounds when you use ZENworks 6.5 Desktop Management.
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.
ZENworks 6.5 Desktop Management does not support DNS-rooted trees or federated trees.
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.
Workstation Import and Workstation Management (that is, policies pushed to workstations or users) do not work properly when users connect through a VPN.
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.
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.
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.
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.
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.