IBM Tivoli Intelligent ThinkDynamic Orchestrator and IBM Tivoli Provisioning Manager Fix Pack, FP02 Readme


Contents

Copyright statement

About this fix pack

  • New in Fix Pack V 2.1.0.2
  • Product compatibility
  • Pre-installation instructions

  • Multi-node environments
  • Instructions for SUSE Linux Enterprise Server 8
  • Creating a temporary directory
  • Unzipping the fix pack
  • Uninstall the alteon-load-balancer.tcdriver
  • zVM tc-driver installation instructions for the new managed-from platforms
  • Installation of the fix pack

  • Installing the fix on a Windows system
  • Installing the fix pack on AIX, Linux, or Solaris systems
  • Post-installation steps

  • Before you begin
  • Configuring transaction log size in the WebSphere Application Server
  • Post-installation on Windows
  • Running the postinstall.bat script
  • Running the upd_service.bat script
  • Post-installation on AIX, Linux, or Solaris
  • Running the postinstall.sh script
  • Uninstallation information

  • Before you begin
  • Uninstalling the fix on a Windows system
  • Redeploying the expanded archive files
  • Reinstalling the automation packages
  • Uninstalling the fix pack on AIX, Linux, or Solaris systems
  • Redeploying the expanded archive files
  • Reinstalling the automation packages
  • Restoring the database
  • Known limitations, problems, and workarounds

  • On Linux systems, embedded messaging broker does not shut down
  • Description of the problem
  • Workaround
  • On some Linux systems, the installation of DB2 using the graphical installer fails
  • Description of the problem
  • Workaround
  • On some Linux RedHat 3.0 systems, Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager does not shut down
  • Description of the problem
  • Workaround
  • On some Solaris systems running Oracle, entries missing after running reinit
  • Description of the problem
  • Workaround
  • Installation fails on Windows systems
  • Description
  • Workaround
  • Problems with reinstallation on Windows systems
  • Description
  • Workaround
  • Shutting down Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager with pending transactions or workflows may causes errors
  • Description
  • Workaround
  • Documentation updates

  • Workflow updates
  • SOAP commands for checking the status of workflows
  • Installation guide updates
  • Changing default passwords
  • Access and permissions for installing Tivoli Intelligent ThinkDynamic Orchestrator 2.1 and Tivoli Provisioning Manager 2.1
  • Instructions for AIX 5.3
  • Instructions for Red Hat Enterprise Linux 3.0 AS Update 3
  • Online-help updates
  • Importing a firewall via XML
  • Adding an available server to a cluster
  • Migration guide update
  • Upgrading the DB2 Universal Database client on Windows
  • Upgrading the DB2 Universal Database client on UNIX systems
  • Upgrading the DB2 Universal Database client on Linux systems
  • Changes to the user-factory.xml file
  • Contacting customer support

    Notices and trademarks

  • Notices
  • Trademarks

  • Copyright statement

    First Edition April 2005

    Note:
    Before using this information and the product it supports, read the information in the section "Notices and trademarks".

    (C) Copyright IBM(R) Corporation 2004. All rights reserved. May only be used pursuant to a Tivoli (R) Systems Software License Agreement, an IBM Software License Agreement, or Addendum for Tivoli Products to IBM Customer or License Agreement. No part of this publication may be reproduced, transmitted, transcribed, stored in a retrieval system, or translated into any computer language, in any form or by any means, electronic, mechanical, magnetic, optical, chemical, manual, or otherwise, without prior written permission of IBM Corporation. IBM Corporation grants you limited permission to make hardcopy or other reproductions of any machine-readable documentation for your own use, provided that each such reproduction shall carry the

    IBM Corporation copyright notice. No other rights under copyright are granted without prior written permission of IBM Corporation. U.S. Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.


    About this fix pack

    This readme file contains the latest information about installing Tivoli Intelligent ThinkDynamic Orchestrator Fix Pack, Version 2.1.0.2 and Tivoli Provisioning Manager Fix Pack, Version 2.1.0.2.

    The Automation Package Development Environment (APDE) included in this fix pack is an introduction to the new development environment. This readme provides beta documentation for this beta APDE product, and can be found by entering apde in the search box. This readme provides beta documentation for this beta APDE product. If you find a problem or have a suggestion about APDE features or the documentation in general, contact IBM through the Tivoli Provisioning Manager and Intelligent Orchestrator Automation Package Development Environment forum located at: http://www.ibm.com/developerworks/forums/dw_forum.jsp?forum=373&cat;=15).


    New in Fix Pack V 2.1.0.2

    Fix pack V 2.1.0.2 includes:


    Product compatibility

    Fix Pack V 2.1.0.2 supports all the hardware and software that is supported by Tivoli Intelligent ThinkDynamic Orchestrator V 2.1.0 and Tivoli Provisioning Manager V 2.1.0. In addition Fix pack V 2.1.0.2 now supports:

    Note:
    Refer to the following guides for more information on how to install Tivoli Intelligent ThinkDynamic Orchestrator V 2.1.0 and Tivoli Provisioning Manager V 2.1.0 on:

    Pre-installation instructions

    Complete the instructions in this section, before you install the fix pack.

    Note:
    Also ensure that your system meets the hardware and disk space and operating system requirements, as well as the other requirements such as the kernel parameter settings. For more information, refer the appropriate installation guides.

    Multi-node environments

    If you have the various Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager components distributed in a multi-node installation, the fix pack must be applied to the node where Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager resides. For example, for a custom two or three node installation, the fix pack would be applied to the application server node only.


    Instructions for SUSE Linux Enterprise Server 8

    If you are using SUSE Linux Enterprise Server 8 for Linux on xSeries. Patch 3 is required. It can be downloaded from the SUSE LINUX maintenance Web site: http://sdb.suse.de/en/psdb/html/ . If you have not downloaded from this site before, you will need to register.

    Note:
    The DB2 installation using the prerequisite software installer fails due to a port conflict. Ensure that the workaround provided in the section "On some Linux systems, the installation of DB2 using the graphical installer fails" is completed prior to installing the fix pack.

    Creating a temporary directory

    On the Tivoli Intelligent ThinkDynamic Orchestrator server or Tivoli Provisioning Manager server, create a temporary directory into which you will place the fix pack ZIP file.

    To create the temporary directory, run the following command:

    The directory must meet the following criteria:


    Unzipping the fix pack

    Complete the following instructions to unzip Fix Pack V 2.1.0.2. These instructions are applicable to all the operating systems supported by IBM for Fix Pack V 2.1.0.2.

    1. Log on to the server as Administrator in Windows, or as root in Solaris, Linux or AIX.
    2. Copy the fix pack package to update_installer_dir directory . The update_installer_dir is the directory in which you will unzip the fix pack ZIP file.
    3. Unzip the fix pack ZIP file. Unzipping the file will create a new directory within the current directory to store the package contents. After you unpack the ZIP file, you can delete the ZIP file to free space in the directory if necessary.
    4. If you unzip the file from Cygwin, ensure that the files under the update_installer_dir/installer directory have read and write permissions.

    Uninstall the alteon-load-balancer.tcdriver

    The alteon-load-balancer.tcdriver needs to be uninstalled, if installing Fix Pack, Version 2.1.0.2 on version of Tivoli Intelligent ThinkDynamic Orchestrator 2.1 or Tivoli Provisioning Manager 2.1.

    Note:
    If you are installing Fix Pack Version 2.1.0.2 on Fix Pack Version 2.1.0.1, then you do not need to perform this step.

    To uninstall an automation package on Windows, run the following commands in a DOS window:

    1. Log on as tioadmin.
    2. Switch to the %TIO_HOME%\tools directory where %TIO_HOME% is the Tivoli Intelligent ThinkDynamic Orchestrator installation directory
    3. To confirm that the alteon-load-balancer.tcdriver has not been installed:
      %TIO_HOME%\tools\tc-driver-manager.cmd listAllstr
      
    4. Run the following command, to uninstall the alteon-load-balancer.tcdriver, if it has been installed:
      tc-driver-manager.cmd uninstallDriver alteon-load-balancer
      
    5. To verify that the alteon-load-balancer.tcdriver has been removed, list all the drivers using the command:
      %TIO_HOME%\tools\tc-driver-manager.cmd listAllstr
      

    Note:
    If the uninstallation is not successful, then review the additional information provided in the Nortel_Alteon.html in the directory: update_installer_dir\drivers where update_installer_dir is the directory in which you have unzipped the fix pack.

    To uninstall an automation package on Solaris, AIX or Linux:

    1. Log on as tioadmin.
    2. Switch to the $TIO_HOME/tools directory where $TIO_HOME is the Tivoli Intelligent ThinkDynamic Orchestrator installation directory
    3. To confirm that the alteon-load-balancer.tcdriver has not been installed:
      $TIO_HOME/tools/tc-driver-manager.sh listAllstr
      
    4. Run the following command, to uninstall the alteon-load-balancer.tcdriver, if it is installed:
      tc-driver-manager.sh uninstallDriver alteon-load-balancer
      
    5. To confirm that the alteon-load-balancer.tcdriver has been removed, list all the drivers using the command:
      $TIO_HOME/tools/tc-driver-manager.sh listAllstr
      
    Note:
    If the uninstallation is not successful, then review the additional information provided in the Nortel_Alteon.html in the directory: update_installer_dir/drivers where update_installer_dir is the directory in which you have unzipped the fix pack.

    zVM tc-driver installation instructions for the new managed-from platforms

    This section provides a workaround for installing the fix pack on the following systems, in order to support the zVM tc-drivers.

    The zVM tc-driver included in the fix pack does not support these new managed-from platforms. During the fix pack installation, when the zVM tc-driver is installed, some installation directories will not be found and the tc-driver installation process will be terminated.

    To workaround this problem:

    1. Go to the %TIO_HOME%/drivers directory of the current installation and delete the file zvm.tcdriver.
    2. Go to the %TIO_HOME%/tools directory and run post-install command to continue installation of all new tc-drivers .
    Note:
    Updates will be made available to the Automation Catalog with this updated support. Monitor the Web site, http://www.developer.ibm.com/tivoli/workflow.html, for more information by searching on zSeries.

    Installation of the fix pack

    This section describes the installation of the fix pack.


    Installing the fix on a Windows system

    To install Fix Pack V 2.1.0.2 on Windows:

    1. From a command prompt, log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or Tivoli Provisioning Manager server as Administrator
      Note:
      The installer can only be run in a GUI mode. Open the command prompt from within Windows (either locally or using remote desktop) but not remotely using SSH.
    2. Ensure that the database server and the directory server are both running.
    3. Ensure that the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server is stopped.
    4. On the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server, set the JAVA_HOME environment variable to WAS_HOME\java where WAS_HOME is the location of the WebSphere Application Server.
    5. Change directory to update_installer_dir\installer where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
    6. From update_installer_dir\installer, run the updatewizard.bat command to launch the installation wizard.
    7. Select the correct language and click OK.
    8. On the Welcome screen, click Next.
    9. On the next screen, specify the installation root directory.
      Note:
      The installation directory might not be specified here because, on some platforms, the graphical update installer program does not recognize the existing Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager installation. To work around this limitation:
      1. In the Installation Directory box, if the installation directory is not specified, select the Specify product information check box.
      2. Click Browse and select the appropriate installation root directory. For example:
        C:\IBM\tivoli\thinkcontrol
        
    10. Click Next until you are prompted to select an option.
    11. Select Install fix packs and click Next.
    12. The fix pack directory screen displays the default directory in which the fix pack package is unzipped. Verify that the fix pack package is in this directory and click Next.
    13. On the fix pack selection screen, select the correct fix pack, and click Next.
    14. Review the information on the review screen and then click Next. The summary screen is displayed.
    15. On the summary screen, click Finish. The system completes the installation.

    Installing the fix pack on AIX, Linux, or Solaris systems

    To install Fix Pack V 2.1.0.2 on AIX , Linux, or Solaris systems:

    1. Log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or Tivoli Provisioning Manager server as root.
    2. Ensure that the database server and the directory server are both running.
    3. Ensure that the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server is stopped.
    4. Export the JAVA_HOME environment variable to WAS_HOME/java where WAS_HOME is the location of the WebSphere Application Server.
    5. Ensure that the DISPLAY variable is set and confirm that the hostname of the server is correct.
    6. Change directory to update_installer_dir/installer where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
    7. From update_installer_dir/installer, run updateWizard.sh to launch the installation wizard.
    8. Select the correct language and click OK.
    9. Click Next on the Welcome page.
    10. On the next screen, specify the installation root directory.
      Note:
      The installation directory might not be specified here because, on some platforms, the graphical update installer program does not recognize the existing Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager installation. To work around this limitation:
      1. In the Installation Directory box, if the installation directory is not specified, select the Specify product information check box.
      2. Click Browse and select the appropriate installation root directory. For example:
        /opt/IBM/tivoli/thinkcontrol
        
    11. Click Next until you are prompted to select an option.
    12. Select Install fix packs and click Next.
    13. The fix pack directory screen displays the default directory in which the fix pack package is unzipped. Verify that the fix pack package is in this directory and click Next.
    14. On the fix pack selection screen, select the correct fix pack, and click Next.
    15. Review the information on the review screen and then click Next. The summary screen is displayed.
    16. On the summary screen, click Finish. The system completes the installation.

    Post-installation steps

    Complete the following instructions after you install the fix pack.


    Before you begin

    Before you complete the post-installation steps:


    Configuring transaction log size in the WebSphere Application Server

    Use this task to configure the Application Server's transaction log size. To configure the transaction log size for the WebSphere Application Server, complete the following steps:

    1. Start WebSphere Application Server and log on to the Administrative console from your browser by typing: http://YOUR_HOSTNAME:9090/admin. Replace the variable YOUR_HOSTNAME with the host name of the application server.
    2. Click Servers->Application Servers -> Server1 -> Transaction Service.
    3. Select the Configuration tab, to display the transaction-related configuration properties.
    4. Change the Transaction Log directory field to ;10M.
      Note:
      Ensure that there is a semicolon before the number ;10M.
    5. Click OK.
    6. Click Apply -> Save.
    7. Stop and then restart the application server.

    Post-installation on Windows

    To complete the post installation procedure on Windows:

    Running the postinstall.bat script

    Follow the instructions below to run the postinstall.bat script.

    1. Log in as user tiodamin.
    2. Ensure that the database server and the directory server are running.
    3. Ensure that the WebSphere Application Server is stopped.
      Note:
      If you have attempted to stop the WebSphere Application Server using the Services management console, but the WebSphere Application Server processes continue to run, refer the section Running the upd_service.bat script, for more information on how to stop the services.
    4. To deploy the Zip files:
      1. Change the directory to update_installer_dir\installer\utils where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
      2. Run the command postinstall.bat was_user was_pwd command, where was_user is your WebSphere Application Server user name, and was_pwd is your WebSphere Application Server password. The post-installation operation will print the output to the console.
      Note:
      To redirect the output to a log file run the following command and replace the variable was_user with your WebSphere Application Server user name, and was_pwd with your WebSphere Application Server password:
      postinstall.bat was_user was_pwd > postinstall.log
      

    Running the upd_service.bat script

    When you attempt to stop WebSphere Application Server using the Services management console, the system reports that the status of the service is Stopped, but the WebSphere Application Server processes continue to run. The upd_service.bat script updates the Windows registry to ensure that the username and password of the WebSphere Application Server match the actual values.

    Note:
    This script must be run once after installing the fix pack and after running the change_Password script.

    To run the upd_service.bat script:

    1. Ensure that all services on the server are stopped. Reboot the server if required.
    2. From the DOS command window, run the following command:
      %TIO_HOME%\tools\upd_service.bat
      
    3. When prompted:
      1. At the The Home folder of WAS [%WAS_HOME%]: prompt, press Enter to accept the default value.
      2. At the The Home folder of TIO [%TIO_HOME%]: prompt, press Enter to accept the default value.
      3. At the The name of the WAS server [server1]: prompt, press Enter to accept the default value.
      4. At the The user name for the TIO services [.\tioadmin]: prompt, press Enter to accept the default value.
      5. At the The password for the user tioadmin: prompt, type your Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager password.
      6. At the The WAS user name [wasadmin]: prompt, type your WebSphere Application Server user name. (Typically, this value is wasadmin.)
      7. At the The password for the WAS user wasadmin: prompt, type your WebSphere Application Server password. (Typically, this value is wasadmin.)

    Post-installation on AIX, Linux, or Solaris

    To complete the post installation procedure on AIX , Linux, or Solaris:

    Running the postinstall.sh script

    Follow the instructions below to run the postinstall.sh script:

    1. Log in as user tiodamin.
    2. Ensure that the database server and the directory server are running.
    3. Ensure that the WebSphere Application Server is stopped.
    4. To deploy the EAR (expanded archive) files and database schema change, follow these instructions below:
      1. Change the directory to update_installer_dir/installer/utils where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
      2. From update_installer_dir/installer, run the following command and replace the variable was_user with your WebSphere Application Server user name, and was_pwd with your WebSphere Application Server password. The post-installation operation will print the output to the console.
        postinstall.sh was_user was_pwd
        
      Note:
      To redirect the output to a log file, run the following command and replace the variable was_user with your WebSphere Application Server user name, and was_pwd with your WebSphere Application Server password:

      postinstall.sh was_user was_pwd > postinstall.log
      

    Uninstallation information

    Complete the following instructions to uninstall the fix pack.


    Before you begin

    Before you uninstall the fix pack:


    Uninstalling the fix on a Windows system

    To uninstall Fix Pack V 2.1.0.2 on Windows:

    1. From a command prompt, log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or Tivoli Provisioning Manager server as Administrator
    2. On the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server, set the JAVA_HOME environment variable to WAS_HOME\java where WAS_HOME is the location of the WebSphere Application Server.
    3. Change the directory to update_installer_dir\installer where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
    4. From update_installer_dir\installer, run the updatewizard.bat command to launch the installation wizard.
    5. Select the correct language and click OK.
    6. On the Welcome screen, click Next.
    7. On the next screen, specify the installation root directory.
      Note:
      The installation directory might not be specified here because, on some platforms, the graphical update installer program does not recognize the existing Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager installation. To work around this limitation:
      1. In the Installation Directory box, if the installation directory is not specified, select the Specify product information check box.
      2. Click Browse and select the appropriate installation root directory. For example:
        C:\IBM\tivoli\thinkcontrol
        
    8. Click Next until you are prompted to select an option.
    9. Select Uninstall fix packs and click Next.
    10. The name of the installed fix pack package is displayed. Verify that the specified fix pack package is the one that you want to uninstall, and click Next.
    11. On the fix pack selection screen, select the correct fix pack, and click Next.
    12. On the review screen, in the Name box click Next.
    13. On the summary screen, click Finish. The system completes the uninstallation.

    Redeploying the expanded archive files

    After you have completed the uninstallation procedure using the graphical interface, you must redeploy the EAR (expanded archive) files on the WebSphere Application Server. To redeploy the EAR files:

    1. Log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server as user tioadmin.
    2. Start the WebSphere Application Server.
    3. From a DOS command prompt, run the following command:
      $TIO_HOME/tools/was_deploy.sh username password"
      
      Note:
      The default value for username and password is wasadmin.
    4. Stop the WebSphere Application Server.

    Reinstalling the automation packages

    After you redeploy the expanded archive files, you must reinstall the automation packages.

    Run %TIO_HOME%\tools\post-install.cmd. This script installs all automation packages into the %TIO_HOME%\drivers directory. If you added any automation packages to this directory, they will be installed when you run the script.

    Note:
    Consider removing any automation packages that you added to the %TIO_HOME%\drivers directory to prevent "not installed" error messages from appearing when you run this script. The script will process for approximately one hour, as the system loads the automation packages.

    Uninstalling the fix pack on AIX, Linux, or Solaris systems

    To uninstall Fix Pack V 2.1.0.2 on AIX , Linux or Solaris:

    1. Log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or Tivoli Provisioning Manager server as root.
    2. Ensure that the database server and the directory server are both running.
    3. Export the JAVA_HOME environment variable to WAS_HOME/java where WAS_HOME is the location of the WebSphere Application Server.
    4. Ensure that the DISPLAY variable is set and confirm that the hostname of the server is correct.
    5. Change directory to update_installer_dir/installer where update_installer_dir is the directory in which you unzipped the fix pack ZIP file.
    6. From update_installer_dir/installer, run updateWizard.sh to launch the installation wizard.
    7. Select the correct language and click OK.
    8. On the Welcome screen, click Next.
    9. On the next screen, specify the installation root directory.
      Note:
      The installation directory might not be specified here because, on some platforms, the graphical update installer program does not recognize the existing Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager installation. To work around this limitation:
      1. In the Installation Directory box, if the installation directory is not specified, select the Specify product information check box.
      2. Click Browse and select the appropriate installation root directory. For example:
        /opt/IBM/tivoli/thinkcontrol
        
    10. Click Next until you are requested to select an option.
    11. Select Uninstall fix packs and click Next.
    12. The name of the installed fix pack package is displayed. Verify that the specified fix pack package is the one that you want to uninstall, and click Next.
    13. On the fix pack selection screen, select the correct fix pack, and click Next.
    14. On the review screen, in the Name box click Next.
    15. On the summary screen, click Finish. The system completes the uninstallation.

    Redeploying the expanded archive files

    After you have completed the uninstallation procedure using the graphical interface, you must redeploy the EAR (expanded archive) files on the WebSphere Application Server. To redeploy the EAR files:

    1. Log in to the Tivoli Intelligent ThinkDynamic Orchestrator server or the Tivoli Provisioning Manager server as user tioadmin.
    2. Start the WebSphere Application Server.
    3. At a command prompt, run the following script:
      $TIO_HOME/tools/was_deploy.sh username password 
      
      Note:
      The default value for username and password is wasadmin.
    4. Stop the WebSphere Application Server.

    Reinstalling the automation packages

    After you redeploy the expanded archive files, you must reinstall the automation packages. To reinstall the automation packages:

    1. Run $TIO_HOME/tools/deinitdb.sh
    2. Run $TIO_HOME/tools/post-install.sh start. This script installs all automation packages into the $TIO_HOME/drivers directory. If you added any automation packages to this directory, they will be installed when you run the script.
      Note:
      Consider removing any automation packages that you added to the $TIO_HOME/drivers directory to prevent "not installed" error messages from appearing when you run this script. The script will process for approximately one hour, as the system loads the automation packages.

    Restoring the database

    Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager cannot determine or predict whether the database should be restored after you uninstall the fix pack.

    If you restore the database to the information that existed before the fix pack was installed, the information that was recorded when you installed the fix pack will be deleted.

    The decision to restore the database is, therefore, largely affected by the business needs of the enterprise. The database administrator and the appropriate corporate representatives should discuss whether or not the enterprise needs to keep the information that was recorded when you installed the fix pack. If you need that information, do not restore the database. If you do not need the information, it might be appropriate to restore the database.


    Known limitations, problems, and workarounds

    This section describes known defects in this release of Tivoli Intelligent ThinkDynamic Orchestrator V 2.1.0 and Tivoli Provisioning Manager V 2.1.0. Where applicable and known, suggested workarounds are identified.


    On Linux systems, embedded messaging broker does not shut down

    Description of the problem

    When shutting down WebSphere Application Server, the last entry in the SystemOut.log file is:

    [date time CDT] 1a87ba29 JMSEmbeddedPr A MSGS0054I: Stopping the Broker
    

    Also, a Java core file :javacore29282.1054144121.txt is created at approximately the same time [date at timeTIFILENAME] as the embedded messaging broker tries to shut down.

    When WebSphere Application Server shuts down, the embedded messaging broker does not shut down properly, due to an outdated libstdc++ file.

    Workaround

    Upgrade Linux to the latest Service Pack (a minimum of Service Pack 3 is required), which includes the fix for the libstdc++ file.


    On some Linux systems, the installation of DB2 using the graphical installer fails

    Description of the problem

    The graphical installation process selects port number 50000 by default. However, this port is already assigned by the system.

    Workaround

    You can work around this problem in one of two ways. The first way is to manually install DB2 without using the graphical installer. To follow this workaround, refer to the DB2 installation documentation.

    The second way is to modify the db2server.txt file so that the graphical install process will function properly. To follow this workaround:

    1. Start the graphical installer and follow the panels to the prompts for DB2 instance owner and the DB2 password. You will then be prompted for the directory location of the DB2 workgroup server package.
    2. Before you enter the directory location, you must correct the port number conflict:
      1. Open /opt/IBM/db2/V8.1/pics/db2server.txt
      2. In the db2server.txt file, locate the line:
        db2inst1.PORT_NUMBER = 50000
        
      3. Change the port number from 50000 to 50001.
      4. Save the file.
    3. Return to the graphical installer and enter the directory location of the DB2 workgroup server package and continue the graphical install process.

    On some Linux RedHat 3.0 systems, Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager does not shut down

    Description of the problem

    When stopping a Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager, a java.lang.Exception occurs. The error would look similar to the example shown below:

    Note:
    Some lines may be split in two, with the second line indented, for presentation purposes only.


    %TIO-I-STOP, stop TPM
    java.lang.Exception: 
    Timeout waiting for file /opt/IBM/tivoli/thinkcontrol/help/eclipse
    /workspace/.metadata/.connection
    Eclipse is not running.
      at java.lang.Throwable.<init>(Throwable.java:52)
      at java.lang.Throwable.<init>(Throwable.java:66)
      at org.eclipse.help.internal.standalone.EclipseConnection.renew
    	(EclipseConnection.java:119)
      at org.eclipse.help.internal.standalone.EclipseController.sendHelpCommand
       (EclipseController.java:93)
      at org.eclipse.help.internal.standalone.EclipseController.shutdown
       (EclipseController.java:62)
      at org.eclipse.help.internal.standalone.StandaloneInfocenter.executeCommand
    	(StandaloneInfocenter.java:72)
      at org.eclipse.help.internal.standalone.StandaloneInfocenter.main
    	(StandaloneInfocenter.java:49)
      at org.eclipse.help.standalone.Infocenter.main
    	(Infocenter.java:99)
    ./tio.sh: line 260: kill: (24293) - No such process
    TPM shutdown completed.
    Review /opt/IBM/tivoli/thinkcontrol/logs/tpm_stop.log for any errors
    

    Workaround

    Set the following environment variable before stopping Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager and then run the tio.sh stop command:

    export LD_ASSUME_KERNEL=2.4.19
    

    On some Solaris systems running Oracle, entries missing after running reinit

    Description of the problem

    After running reinit on Oracle on Solaris systems, entries in the Administration console are missing. The error is generated because the reinit command does not drop the CDB user (and all its tables) before the creation.

    Workaround

    Before running the reinit command, run the following commands:

    1. sqlplus <adminusername>/<password>@<your db name>. Replace the variables accordingly:
    2. drop user cdb cascade
    3. Re-run reinit

    Installation fails on Windows systems

    Description

    Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager Fix Pack, FP02, fails to install on a Windows system, when logged in as Administrator.

    Workaround

    If you have initially installed Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager V2.1 as tioadmin, then ensure that you install the Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager Fix Pack, FP02, as tioadmin. Installing the fix pack as Administrator will fail the installation.


    Problems with reinstallation on Windows systems

    Description

    On attempting to reinstall FP02, after an uninstallation, the Update Installation Wizard displays the Partially installed icon.

    Workaround

    The fix pack did not uninstall all the required files. Manually remove the following files and restart the machine.


    Shutting down Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager with pending transactions or workflows may causes errors

    Description

    When Tivoli Intelligent ThinkDynamic Orchestrator 2.1 or Tivoli Provisioning Manager 2.1. is shut down with pending or in-progress workflows and then restarted, the workflows may no longer respond or the application may fail to restart.

    Workaround

    Follow the instructions below for the workaround:

    1. Shut down Tivoli Intelligent ThinkDynamic Orchestrator 2.1 or Tivoli Provisioning Manager 2.1.
    2. Run the script tio.sh with the "clean" parameter.
    3. Restart the system.

    Documentation updates

    This section includes updates to the documentation that was shipped with Tivoli Intelligent ThinkDynamic Orchestrator 2.1 and Tivoli Provisioning Manager 2.1.


    Workflow updates

    This section includes updates to workflows.

    SOAP commands for checking the status of workflows

    The SOAP commands for running workflows have been updated. You will now be able to query the status of the workflow that is being run using the SOAP command: DeploymentRequestStatusService. These commands are useful when you want to test workflows in a test application environment. You can run this SOAP command from the GUI or from the command line. The deployment status code has the following values:

    Checking status of workflows from the GUI

    To run DeploymentRequestStatusService from the GUI:

    1. Open your Web browser to and type in this URL. Replace the variable hostname with the fully-qualified domain name of the server. :
      http://hostname:9080/tcWebUI/
      
    2. From SOAP command line, enter the appropriate SOAP command to query the workflow.

    The following different states of the workflows can be queried using the appropriate SOAP commands:

    To get the workflow request status
    Replace the variable requestID with the requestID generated by the workflow
    DeploymentRequestStatusService  findDeploymentStatus requestID 
    

    To check if the workflow request is successful
    Replace the variable requestID with the requestID generated by the workflow.
    DeploymentRequestStatusService  isSuccessful requestID
    

    To check if the workflow request is in progress
    Replace the variable requestID with the requestID generated by the workflow.
    DeploymentRequestStatusService isInProgress requestID
    

    To check if the workflow request is cancelled
    Replace the variable requestID with the requestID generated by the workflow.
    DeploymentRequestStatusService isCancelled requestID
    

    To find workflow name by request ID
    Replace the variable requestID with the requestID generated by the workflow.
    DeploymentRequestStatusService findWorkflowName requestID
    

    To find workflow detail errors
    Replace the variable requestID with the requestID generated by the workflow.
    DeploymentRequestStatusService findErrorMessage requestID
    

    Checking status of workflows from the command line

    1. Type the following command to change to the SOAP directory
    2. From the command line, enter the appropriate SOAP command to query the workflow. Replace the following variables with the correct value:

    To get the workflow request status
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl
    =wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl 
    findDeploymentStatus requestID 
    

    To check if the workflow request is successful
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    isSuccessful requestID 
    

    To check if the workflow request is in progress
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    isInProgress requestID 
    

    To check if the workflow request is cancelled
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    isCancelled requestID 
    

    To find workflow name by request ID
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    findWorkflowName requestID 
    

    To find workflow detail errors
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    findErrorMessage requestID 
    

    To get the workflow parameter value
    Replace the variable serverID with the name of the workflow parameter, whose parameter value is being requested.
    soapcli username password 
    http://hostname:9080/tcSoap/wsdlservice?wsdl=
    wsdl/com/ibm/tc/soap/DeploymentRequestStatusService.wsdl
    findParameterValue requestID serverID
    
    Note:
    The result will be the parameter value that is associated with the specified parameter name (serverID).

    Installation guide updates

    This section includes updates to the installation guide that was shipped with Tivoli Intelligent ThinkDynamic Orchestrator 2.1 and Tivoli Provisioning Manager 2.1.

    Changing default passwords

    Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager require that a default set of user IDs and default passwords be created and used during installation and configuration. A command line tool is provided to change the passwords after Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager have been installed.

    Note:
    Using the command line tool that is now packaged with the fix pack, you can change the passwords for the following user IDs but not for the user Root:

    Follow the instructions in the Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager Installation Guide for more information on how to change the passwords for the default user IDs.

    Note:
    Windows only: Run the upd_service.bat script after running the changePassword.cmd script to update the system registry for Tivoli Intelligent ThinkDynamic Orchestratoror Tivoli Provisioning Manager Windows service.

    Access and permissions for installing Tivoli Intelligent ThinkDynamic Orchestrator 2.1 and Tivoli Provisioning Manager 2.1

    Tivoli Intelligent ThinkDynamic Orchestrator and Tivoli Provisioning Manager require write permissions for all subdirectories in the directory in which Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager are installed. Before you run the Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager installation program, ensure that all subdirectories have write permissions. In the case of a Windows installation, ensure that the user administrator has the right permissions, and in the case of Unix or Linux, ensure that the root user has the right permissions.

    Solaris only: Ensure that there are no users currently logged on as tioadmin. Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager 2.1 cannot be installed properly if a user is logged on as tioadmin during the installation process.

    Instructions for AIX 5.3

    Complete the instructions in this section, before you install the fix pack on AIX 5.3.

    1. Insert the Tivoli Intelligent ThinkDynamic Orchestrator 2.1.0 or Tivoli Provisioning Manager Version 2.1.0 CD into the CD drive.
    2. Log on to the server as root and create a temporary directory.
      Note:
      Ensure that there is sufficient space on the file system to hold the entire contents of this CD.
    3. Copy the entire contents of the Tivoli Intelligent ThinkDynamic Orchestrator 2.1.0 or Tivoli Provisioning Manager Version 2.1.0 CD to the temporary directory.
    4. Download the updated setup.jar file from the Web site from which you have downloaded the Tivoli Intelligent ThinkDynamic Orchestrator Fix Pack (2.1.0.2-TIV-TIO-FP02) or Tivoli Provisioning Manager Fix Pack (2.1.0.2-TIV-TPM-FP02) and save it to your temporary directory.
    5. Follow the installation instructions in the Installation Guide for UNIX ,
      Note:
      Omit Step 3 in the section "Installing and configuring Tivoli Intelligent ThinkDynamic Orchestrator on AIX using the graphical installer". The installer should be run from this newly created temporary directory with the updated setup.jar file.

    Instructions for Red Hat Enterprise Linux 3.0 AS Update 3

    This section includes information on installing the fix pack on Red Hat Enterprise Linux 3.0 AS Update 3. Follow the instructions in Installation Guide for Linux on Intel and Linux on iSeries. Ensure that the following two changes are made while installing:


    Online-help updates

    This section includes updates to the online-help that was shipped with Tivoli Intelligent ThinkDynamic Orchestrator 2.1 and Tivoli Provisioning Manager 2.1.

    Importing a firewall via XML

    Importing a firewall through the XMLimport utility is similar to enabling it through the Web interface. In a Web interface, you must check a switch to be a router before you can check it to be a firewall. Similarly you must add a <network-interface> tag that contains a <route> tag before adding a <firewall> tag in an XML file. This indicates that the switch is a firewall. The sample XML file below illustrates where the tags need to be placed to enable a firewall in an XML file.

    Note:
    The following variables, switchname, network-interface name, router attributes should be replaced appropriately in the XML file.
    <switch switchname>
     	<network-interface network-interface name>
       	<route subnetwork= "router attributes">
    	</network-interface>
    	<firewall/>	
    </switch>
    

    Adding an available server to a cluster

    To add an available server to a cluster:

    1. Click the Data center assets and resources tab.
    2. Click Inventory -> Servers.
    3. Navigate to the list of servers that contains an available server. You can generate a list of servers in any of the three following ways:
    4. On the list of servers, select more server options for the available server and click Assign Server to Cluster.
    5. On the Clusters list, click the cluster that you want to assign the server to, and click Save.

    Migration guide update

    In the Tivoli Tivoli Intelligent ThinkDynamic Orchestrator Migration Guide or Tivoli Provisioning Manager Migration Guide, the following changes need to be made:

    Upgrading the DB2 Universal Database client on Windows

    This section outlines the updated procedure for upgrading the DB2 Universal Database client on Windows. Ensure that you have the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD and the DB2 Administration Client Component, Version 8.1 CD.

    1. Log on to the Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager server as Administrator
    2. Uncatalog the database node and alias database with the following commands where tcpip_nodename is the node name and database_alias is the alias name of the database server:

      db2 uncatalog node tcpip_nodename
      db2 uncatalog database database_alias
      
    3. Use Add/Remove Programs in the Windows Control Panel to remove the Run-Time Client.
    4. To install the DB2 Administration Client:
      1. Insert the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD into the CD drive and then run setupwin32.exe.
      2. When you are prompted to select a product to install, select DB2 Universal Database, and then click Next.
      3. On the next configuration panel, select DB2 Administrator Client with Fix Pack 3. This will install the DB2 Administration client and the fix pack. Select this option if you will be creating, or have already created, a remote database server and you are running the installer on your Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager machine. The DB2 client instance will be created for you.
    5. After you have installed the Administration Client, catalog the database node and alias database with the following commands:
      db2 catalog tcpip node tcpip_nodename remote database_host_name server port
      db2 catalog database database_name as database_alias at node tcpip_nodename
      

      database_host_name
      The fully qualified host name of the database server. For example, mydbserver.ibm.com.

      database_name
      The host name of the database server.

      port
      The port number. The default value is 50000.

      To check the current port number, open the file \WINNT\system32\drivers\etc\services, and then locate the value for the DB2 service. The default service name is db2c_DB2. To verify the DB2 service name, type the following DB2 command: db2 get dbm cfg

      database_alias
      The alias name of the database server.

      tcpip_nodename
      The database node name.

    Upgrading the DB2 Universal Database client on UNIX systems

    This section outlines the updated procedure for upgrading the DB2 Universal Database client on UNIX systems. Ensure that you have the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD and the DB2 Administration Client Component, Version 8.1 CD.

    1. Log on to the Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager server as root.
    2. Run the following commands for each instance where iname is the instance owner name:
      su - iname
      . $HOME/sqllib/db2profile
      db2 force applications all
      db2 terminate
      db2stop
      

      Note:
      If you are a High Availability Cluster Multi-Processing (hacmp) user, you must use the ha_db2stop command instead of the db2stop command. Otherwise the db2stop command will trigger a failure event.
    3. Use the operating system tools to remove the Run-Time Client:
    4. To install the DB2 Universal Database Administration Client:
      1. Insert the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD into the CD drive.

        Run the command for your platform:

        • AIX: Issue the command: mount_point/setupaix.bin
        • Solaris: Issue the command: mount_point/setupsolarisSparc.bin.
        Note:
        Mount the CD drive, but do not change directory to the mount point. Changing directories to the mount point will lock the CD drive and prevent you from being able to swap CDs.
      2. When you are prompted to select a product to install, select DB2 Universal Database, and then click Next.
      3. On the next configuration panel, select DB2 Administrator Client with Fixpack 3: This will install the DB2 Administration client and the fix pack. Select this option if you will be creating, or have already created, a remote database server and you are running the installer on your Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager machine. The DB2 client instance will be created for you.

    Upgrading the DB2 Universal Database client on Linux systems

    This section outlines the updated procedure for upgrading the DB2 Universal Database client on Linux systems. Ensure that you have the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD and the DB2 Administration Client Component, Version 8.1 CD.

    1. Log on to the Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager server as root.
    2. Run the following commands for each instance where iname is the instance owner name:
      su - iname
      . $HOME/sqllib/db2profile
      db2 force applications all
      db2 terminate
      db2stop
      

      Note:
      If you are a High Availability Cluster Multi-Processing (hacmp) user, you must use the ha_db2stop command instead of the db2stop command. Otherwise the db2stop command will trigger a failure event.
    3. Use rpm to remove the Run-Time Client package.
    4. Install DB2 Universal Database Administration Client:
      1. Insert the Tivoli Intelligent ThinkDynamic OrchestratorTivoli Provisioning Manager, Version 2.1 Prerequisite Software Installer CD into the CD drive.

        Run the command for your platform:

        • Linux: Issue the command:mount_point/setuplinux.bin.
        • iSeries: Issue the command:mount_point/setuplinuxppc.bin.
        Note:
        Mount the CD drive, but do not change directory to the mount point. Changing directories to the mount point will lock the CD drive and prevent you from being able to swap CDs
      2. When you are prompted to select a product to install, select DB2 Universal Database, and then click Next.
      3. On the next configuration panel, select DB2 Administrator Client with Fixpack 3: This will install the DB2 Administration client and the fix pack. Select this option if you will be creating, or have already created, a remote database server and you are running the installer on your Tivoli Intelligent ThinkDynamic Orchestrator or Tivoli Provisioning Manager machine. The DB2 client instance will be created for you.

    Changes to the user-factory.xml file

    If you are applying the fix pack on a machine that was migrated from V1.1.2 to V 2.1, the following entries must be added to the user-factory.xml file.

    <includeSuffix>true</includeSuffix>
    <hidden-users>
    		<hidden-user name="wasadmin"/>
    		<hidden-user name="tioldap" />
    </hidden-users>
    

    Note:
    The <includeSuffix> and <hidden-users> tags must be located on the same level and are the children of the <user-database> tag. The order of the tag does not matter. The <pwdChange> is a child tag of <attributes> tag.

    Contacting customer support

    If you have any questions about this fix pack, call the IBM Support Center for your country. For example, in the USA call 1-800-IBM-SERV. For specific contact numbers for all countries, refer to the following Web site:

    http://techsupport.services.ibm.com/guides/contacts.html


    Notices and trademarks

    The following section includes important information about this document and its use.


    Notices

    This information was developed for products and services offered in the U.S.A.

    IBM may not offer the products, services, or features discussed in this document in other countries. Consult your local IBM representative for information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to state or imply that only that IBM product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe any IBM intellectual property right may be used instead. However, it is the user's responsibility to evaluate and verify the operation of any non-IBM product, program, or service.

    IBM may have patents or pending patent applications covering subject matter described in this document. The furnishing of this document does not grant you any license to these patents. You can send license inquiries, in writing, to:
    IBM Director of Licensing
    IBM Corporation
    North Castle Drive
    Armonk, NY 10504-1785
    U.S.A.

    For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country or send inquiries, in writing, to:
    IBM World Trade Asia Corporation
    Licensing
    2-31 Roppongi 3-chome, Minato-ku
    Tokyo 106, Japan

    The following paragraph does not apply to the United Kingdom or any other country where such provisions are inconsistent with local law:

    INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

    Some states do not allow disclaimer of express or implied warranties in certain transactions, therefore, this statement may not apply to you.

    This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this publication at any time without notice.

    Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product and use of those Web sites is at your own risk.

    IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you.

    Licensees of this program who wish to have information about it for the purpose of enabling: (i) the exchange of information between independently created programs and other programs (including this one) and (ii) the mutual use of the information which has been exchanged, should contact:
    IBM Canada Ltd.
    Office of the Lab Director
    8200 Warden Avenue
    Markham, Ontario
    L6G 1C7
    Canada

    Such information may be available, subject to appropriate terms and conditions, including in some cases, payment of a fee.

    The licensed program described in this document and all licensed material available for it are provided by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement or any equivalent agreement between us.


    Trademarks

    The IBM logo and the following terms are trademarks or registered trademarks of International Business Machines Corporation in the United States or other countries or both:

    Linux is a trademark of Linus Torvalds in the United States, other countries, or both.

    UNIX is a trademark of The Open Group in the United States, other countries, or both.

    Pentium and Intel are trademarks of Intel Corporation in the United States, other countries, or both.

    Java and all Java-based trademarks and logos are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both.

    Microsoft and Windows are trademarks or registered trademarks of Microsoft Corporation in the United States, other countries, or both.

    Other company, product and service names may be trademarks or service marks of others.