Note: No other patch is needed on the core server as this patch includes the contents of the Additional Console, Web Console and Rollup core patches.

LANDesk Software Version 8.80 SP3

May 2009

This readme describes the main issues addressed in LANDesk Software 8.8 SP3. This service pack also includes all fixes made in SP1 and SP2.

EXCEPT AS RESTRICTED BY LAW, THE SOFTWARE PROGRAMS CONTAINED IN THE FILE ARE PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO, ANY IMPLIED WARRANTIES OF MERCHANTABILITY, TITLE OR FITNESS FOR A PARTICULAR PURPOSE.

This readme is divided into the following sections:

Installing this service pack

You need to install this service pack on all clients, core servers, additional consoles, Web console servers, rollup core servers, off-core inventory servers, and managed devices. The easiest way to update managed devices with the service pack is to use the Security and Patch Manager tool.

The service pack zip file contains multiple folders. Each folder patches a different Management Suite component. The LD88-SP3-Core folder will patch all components. There are individual component folders to save network bandwidth if you only want to patch a specific component.  Patch Manager also uses the individual folders to patch components via vulnerabilities.

Make sure you exit the Management Suite Windows console before applying this service pack to core servers and additional consoles. We also strongly recommend that you back up your core server and databases before applying this service pack.

The service pack installer included with SP3 now writes a detailed log that you can use to help troubleshoot problems. The log includes information about what files were copied or overwritten, what services were stopped/started, registry changes, and so on. After running Setup from the service pack, you can find the log in the ldmain share's log folder for core servers, and on other devices the log is in the \Program Files\LANDesk\LDClient\log folder.

Warning for customers with an off-core inventory server
Before applying this patch to the core server, make sure you stop the inventory service on the off-core inventory server. Failure to do this can result in possible database corruption. This patch updates the database tables and if an off-core inventory server inserts a scan into the database during this process, the update may fail.

Installing on the core server
  1. Double-click on the self-extracting executable and extract it. It is recommended to extract to a permanent location.
  2. From the extracted files, run Setup.exe from LD88-SP3-Core on the core server.
  3. When Setup finishes, reboot the core server. A reboot is required.
  4. After the core server reboots please re-activate your core using the Activation Utility. If you have not applied SP2 you will have to do this step in order to have access to the New Power Manager feature.

Optional Install steps:

  1. If you are using the new integrated LANDesk Process Manager 4.1 you will need to run the LANDesk Process Manager Database Utility from the LANDesk Process Manager Start menu to update the database for the new "Download Patches" action and other fixes included in the Service Pack.
    1. Select the Database Utility from the LANDesk Process Manager Start menu.
    2. In the Configure Process Manager database dialog enter your username and password for your LPM database.
    3. Click on the "Test Connection" button to connect to the database.
    4. You will be prompted to update your database when you connect.
    5. After the service pack updates Process Manager, you need to use the Database Utility to restart the Process Manager services to finish the update. If you don't restart the Process Manager services, the Process Designer won't launch and instead it will open the Database Utility.
Installing on off-core inventory servers

After you've applied this service pack to the core server, you must apply this service pack to all off-core inventory servers, if you have any.

  1. If not already extracted, double-click on the self-extracting executable and extract it. It is recommended to extract to a permanent location.
  2. From the extracted files, run Setup.exe from LD88-SP3-Core on the off-core inventory servers.
  3. When Setup finishes, reboot the off-core inventory server.
Installing on additional (remote 32-bit) management consoles not physically located on the core server

Additional (remote 32-bit) consoles need to be updated to SP3 to connect to the upgraded core server and database. The console version is verified with the database. Historically the console did not check the service pack version and all versions were allowed to connect. This caused issues with old consoles being unable to handle the additional data or causing the console to corrupt data due to schema mismatches. This feature was implemented to enforce remote console updates.

After patching the core, choose ONE of the following methods for updating remote 32-bit consoles:

Installing on all Web console servers not physically located on the core server
  1. If not already extracted, double-click on the self-extracting executable and extract it. It is recommended to extract to a permanent location.
  2. From the extracted files, run Setup.exe from LD88-SP3-Webconsole on each addition off-core Web console.
  3. When Setup finishes, reboot.
Installing on managed clients

After patching the core, choose ONE of the following agent update methods:

Installing on Server Manager clients

After patching the core, choose ONE of the following agent update methods:

Installing on the rollup core server
  1. If not already extracted, double-click on the self-extracting executable and extract it. It is recommended to extract to a permanent location.
  2. From the extracted files, run Setup.exe from LD88-SP3-Rollupcore on the rollup core server.
  3. When Setup finishes, reboot.

Important changes and additions

Additional SP3 information

The following sections describe important changes SP3 makes that you may want to be aware of. This service pack includes SP1 and SP2, and important SP1 and SP2 changes are described later in this document.

Agent changes

Agent Deployment changes

Alerting changes

AMT changes

Antivirus changes

Application Policy Manager changes

Connection Control Manager changes

Console changes

Distribution Package changes

Host Intrusion Prevention changes

Install/Uninstall changes

Inventory changes

Launchpad changes

Linux changes

Macintosh changes

The following sections describe important changes SP3 makes that you may want to be aware of.

Management Gateway changes

MBSDK changes

Multicast changes

OS Deployment changes

Patch Manager changes

Performance Monitoring changes

Power Manager changes

Provisioning changes

Remote Control changes

Reporting changes

Role Based Administration changes

Rollup changes

Scheduler changes

Security changes

Software Distribution changes

Software Distribution Portal changes

Software License Monitoring changes

Trusted Access changes

Unmanaged Device Detection changes

Web Console changes

XDD changes

Updated documentation for installing HP-UX agents

The following installation instructions replace the information in the "Configuring device agents" chapter of the user’s guide, under the heading "Installing UNIX agents".

Instructions for installing HP-UX agents

You must be logged in as root on the HP-UX machine to perform the installation.

  1. From the LDLogon share on the core server machine (c:\Program Files\LANDesk\ManagementSuite\ldlogon), copy the following files to a temporary directory on the HP-UX machine:
  2. Change the file access permissions by running the following command:

    chmod +x install.sh

  3. Open install.ini and look for the ServerFQDN line. Take note of the name and exit. Ping the ServerFQDN from the command line to make sure the core server is visible to the client machine with the following command:

    ping ServerFQDN

    If you can’t ping the machine, an entry for the core server may have to be added to the /etc/hosts file.
  4. Run the install using the following command:

    ./install.sh install.ini

  5. Modify the PlatformID line in the /etc/vulscan.conf file to match your OS and machine type. This will be necessary for vulnerability scans to properly identify the machine type when scanning. For example:

    platformid=HP-UX11.31:S800

  6. If the machine is a NIS server, a new NIS services map needs to be generated. This can be done by running the following command:

    ypmake services.byname

    If the machine is a NIS client machine, the master server and slave servers will need to be updated to include pds and cba service entries inserted into the /etc/services file on the client machine.

Depot packages required beyond the standard OS installation include:
   openssl 0.9.8j: cryptography toolkit implementing SSL
   expat 1.95.8: a C library for parsing XML

Required software dependencies for cba:
   OS-Core.CORE-SHLIBS: /usr/lib/libdld.2
   OS-Core.CORE-SHLIBS: /usr/lib/libc.2
   OS-Core.CORE-SHLIBS: /usr/lib/libcl.2
   OS-Core.CORE-SHLIBS: /usr/lib/libCsup_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libstd_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libpam.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libisamstub.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libm.2
   openssl.OPENSSL-LIB: /usr/lib/libcrypto.sl.0
   openssl.OPENSSL-LIB: /usr/lib/libssl.sl.0

Required software dependencies for pds2d:
   OS-Core.CORE-SHLIBS: /usr/lib/libdld.2
   OS-Core.CORE-SHLIBS: /usr/lib/libc.2
   OS-Core.CORE-SHLIBS: /usr/lib/libcl.2
   OS-Core.CORE-SHLIBS: /usr/lib/libCsup_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libstd_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libpam.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libisamstub.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libm.2

Required software dependencies for ldiscan:
   OS-Core.CORE-SHLIBS: /usr/lib/libdld.2
   OS-Core.CORE-SHLIBS: /usr/lib/libc.2
   OS-Core.CORE-SHLIBS: /usr/lib/libcl.2
   OS-Core.CORE-SHLIBS: /usr/lib/libCsup_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libstd_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libpam.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libisamstub.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libm.2

Required software dependencies for vulscan:
   OS-Core.CORE-SHLIBS: /usr/lib/libdld.2
   OS-Core.CORE-SHLIBS: /usr/lib/libc.2
   OS-Core.CORE-SHLIBS: /usr/lib/libcl.2
   OS-Core.CORE-SHLIBS: /usr/lib/libCsup_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libstd_v2.2
   OS-Core.CORE-SHLIBS: /usr/lib/libpam.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libisamstub.1
   COMPLIBS.LIBISAM-PS32: /usr/lib/libm.2
   expat.expat-RUN: /usr/local/lib/libexpat.sl

Additional SP2 information

The following sections describe important changes SP2 makes that you may want to be aware of. This service pack includes SP1, and important SP1 changes are described later in this document.

Additional documentation and updated online help for the new launchpad and power management features is available separately. You can download this from http://www.landesk.com/SolutionServices/documentation.aspx#ldms88. If you want the online help in a language other than English, scroll to the top of the page and select the language you want there.

Agent changes

Inventory changes

OS deployment and provisioning changes

Security and Patch Manager changes

Software distribution changes

Process Manager changes

Other changes

Additional Macintosh patch information

The following sections describe important Macintosh changes this patch makes that you may want to be aware of.

Agent configuration changes

Inventory changes

Software distribution changes

Miscellaneous changes

Additional SP1 information

The following sections describe important changes SP1 makes that you may want to be aware of. SP2 includes changes that were part of SP1.

Antivirus changes

This service pack adds support for additional third-party antivirus software that can be automatically removed from target devices when deploying LANDesk Antivirus, either during initial agent configuration or as a separate LANDesk Antivirus install/update task.

New supported antivirus software for detection and removal:

In addition, this service pack improves antivirus performance and stability.

AMT changes

Sometimes the AMT management software (LDMS / LDSM ) will time out waiting for the AMT 2.5 hardware to respond. A registry entry has been made available to the user to adjust the time out period. The registry entry is added once the administrator performs a task using AMT. The time out can then be adjusted to compensate for the delay. The time out is in milliseconds with the minimum being 5000 (5 sec) and the default 6000 (6 sec). The registry entry is:

HK_Local_Machine\Software\LANDesk\ManagementSuite\vPro\TimeoutInMilliSeconds.

Connection control manager changes

This service pack adds the following USB encryption feature enhancements in the connection control manager tool.

The Device control configuration dialog's USB devices page now includes an option called "Allow password hints" that lets the user enter a hint that can help them remember the encrypted folder password specified when they create the folder. The password hint cannot be an exact match to the password itself. The password hint cannot exceed 99 characters in length. Even if the password hint field is available to enter text, the user is not required to enter a hint. (Important: When a USB storage device is configured for file encryption, users must initially create an encrypted folder with the LANDesk Encryption Utility (Start | LANDesk Management | LANDesk Encryption | Advanced | Create encrypted folder) before they can copy files to the USB device.)

You now specify the amount of space on a USB storage device that can be used for encrypted files by megabytes instead of by device space percentage. Enter 0 if you want users to be able to use all of the available space on the USB storage device for encrypted files.

Inventory changes

This service pack adds a new command-line option to the inventory scanner. This option sends information about all executed software on the client. The new scanner option is /SAE.

LANDesk Host Intrusion Prevention System (HIPS) changes

This service pack adds the following HIPS feature enhancements:

LANDesk Network Access Control changes

This service pack fixes the showui option in the LTAEmployeesettings.xml file for the LANDesk DHCP Network Access Control (NAC) solution.

When you enable the showui option in the LTAEmployeesettings.xml file, the security compliance scan now displays on the client. The updated settings file must first be published to the LDDHCP server in order for the modified setting to take effect.

LANDesk Patch Manager changes

The vulnerability scanner (vulscan.exe) can now place itself in the action.ini file when a reboot is required.

LANDesk Process Manager's automated patch download workflow changes

This service pack adds a new action in the LANDesk Process Manager workflow designer tool that will download patches for ALL of the vulnerabilities contained in a custom group. Previously, only patches for detected vulnerabilities were downloaded; however, the new action downloads all patches associated with all of the vulnerabilities in the group whether or not the vulnerability is detected on target devices.

Software distribution changes

Support for Visual Basic scripts has been added to software distribution. The 8.8 update patch includes an update application to enable this feature on managed nodes, PolicyUpdate.1.exe.

This application serves two purposes:

  1. A self-contained and self-extracting package to update the needed portions of the managed node
  2. Install the policy update on the core server

When installed on the core server, all agents will download and process the new policy update application when policy.sync is run.

To install this package on the core server run the following command line:

PolicyUpdate.1.exe -setup <url> <ldmainpath>

This should be run with the current working directory set to the ldmain directory (so the PolicyUpdate.1.exe application can find the lddwnld library).

The <url> should be the http location from which the policy update application is to be downloaded. For example, if the core server name was "myCore" and the update package was placed in ...ldmain\landesk\files the URL would be:

"http://myCore/landesk/files/PolicyUpdate.1.exe"

The <ldmainpath> is the path to which the ldmain share points (by default c:\Program Files\LANDesk\ManagementSuite).

If this update is not configured on the core server and a Windows Script Host package is deployed via policy, the policy invoker will not be able to create an instance of the remote operation object that handles Windows Script Host packages and the policy will fail.

Software distribution policy management changes

This service pack fixes the handling of interrupted policy downloads. Prior to this patch, policy downloads didn't continue if interrupted.

When the system is rebooted during a portal policy install, the invoker is aware that the problem has occurred, but the portal is not. As a result of this the portal kept the policy in a working state.

The service pack addresses this problem in two ways:

  1. Handling the alert raised by the invoker to fail the policy in the portal
  2. Timing out active installs

When a system is rebooted while the invoker is processing a policy, the policy is left in an invalid state. Once rebooting is complete the invoker will now recognize that the policy is in an invalid state, raise an alert, and then move the policy to complete.

The policy.client.failedpolicy.exe application is a new file that will capture the invalid state alert raised by the invoker and fail the active policy in the portal. This provides rapid failure when a policy is interrupted.

Support was also added to timeout installs after a specific period of inactivity. This is controlled by the "Policy.Portal.Install.Timeout" value. This value specifies the timeout in seconds and can be configured from 1 hour to 7 days (default timeout is 2 days) using the policy.client.config application, as shown in the following command line:

Policy.client.config.exe /set Policy.Portal.Install.Timeout <timeout>

Where <timeout> is specified in seconds.

When an active install is timed out the status does not change but the policy can then be re-deployed. Thus the alert handler is intended to be the normal mechanism for handling these policies, but the install timeout can be used for policies that have already failed.

Note that if a policy installation is interrupted (for example, by a reboot during an application download), by default the policy won't resume installation for 24 hours. This timeout is separate from the Policy.Portal.Install.Timeout.