Note

Before using this information and the product it supports, read the information in Notices.

This edition applies to Fix Pack 4 for version 9, release 4, modification level 0 of HCL Workload Automation (program number 5698-WSH) and to all subsequent releases and modifications until otherwise indicated in new editions.

HCL Workload Automation Readme File for Fix Pack 4 for version 9.4.0

Date
06 July 2018
Fix Pack
9.4.0-HCL-IWS-FP0004
Product
HCL Workload Automation version 9.4.0
General Description
HCL Workload Automation Fix Pack 4 for version 9.4.0

This readme file provides important information about Fix Pack 4 for HCL Workload Automation version 9.4.0.

The most up-to-date version of this readme can be accessed at the following URL: https://workloadautomation.hcldoc.com/help/topic/com.hcl.wa.doc_9.4/distr_readmes.html

HCL Workload Automation version 9.4.0 Fix Pack 4 supports all product versions indicated in version 9.4 Release Notes which can be accessed at the following link: https://workloadautomation.hcldoc.com/help/topic/com.hcl.wa.doc_9.4/Release_Notes_for_HCL_Workload_Scheduler.htm#h3interop_tables.

For the most up-to-date information about supported operating systems, software and hardware requirements, see the Detailed system requirements document at the following URL: https://workloadautomation.hcldoc.com/help/topic/com.hcl.wa.doc_9.4/distrDDguides.html.

Review this section thoroughly before installing or using this Fix Pack.

About this Fix Pack

This section contains information specific for this Fix Pack including what has been modified or introduced, what has been fixed, product versions or components to which the Fix Pack applies, and compatibility issues, if any.

Product versions and components to which the Fix Pack applies
This Fix Pack can be applied only on top of HCL Workload Automation V9.4.0, and subsequent Fix Pack.

This section includes the following subsections:

Features introduced with Fix Pack 4

The following new product features, enhancements (RFE), and changes are introduced with this Fix Pack:

DevOps made easier with workload applications

If you have a few use cases where the workload application templates replicated in your workload environment are a little too rigid, then this new enhancement will add the flexibility you are looking for.

After a workload application is exported into a workload environment, the contents such as, job streams, jobs, and other objects, are created in the environment and an association to the workload application is maintained. This allows for easy subsequent updates and synchronization between the workload application template exported from the source environment and the workload application in the target environment. The workload application can be easily replaced and updated. However, there might be certain circumstances where you prefer not to have an association to the workload application so that the imported objects can be freely updated or deleted.

When importing a workload application template, you can now specify whether you prefer to import only the objects contained in the template, without any ties to the workload application, or to import the objects maintaining their association to the workload application. Even after you have imported the contents of a workload application template into a target environment, removing the association to the original workload application template, you still have some options through the wappman command line that enable you to manage the objects as a whole, such as deleting all of the objects or replacing all of the objects.

These workload application template enhancements are supported when connected to an engine with version 9.4.0.4 or later.

For details about importing a workload application template, see Importing a workload application template. For information about the new options available for wappman see wappman.

Additional support for agents
Support for fault-tolerant agents, dynamic agents, and z/OS agents has been extended on Sun Solaris SPARC 64-bit.
Automatically register agents to pools

Starting from version 9.4 Fix Pack 4, you can automatically register dynamic agents in pools by editing a file.

Starting from version 9.4 Fix Pack 1, you can automatically register dynamic agents in pools by editing the pools.properties file located in <TWS_home>/ITA/cpa/config.

The file is composed by a series of lines with a list of pools to which the agent will be automatically registered. To make the changes in this file effective on the agent, you must stop and start the agent.

Because an agent can encounter problems and is not able to register and go online, for example, if it does not find a pool defined in the system, there are options that can be used in the pools.properties file to allow the agent to go online even if some pools are not defined.

This alternative way of registering dynamic agents to a pool can be useful when you need to quickly add more than one agent to a pool, or when you want to associate multiple pools to a dynamic agent.

Satisfying Requests for Enhancements (RFEs)

Requests for Enhancements (RFEs) give customers the opportunity to collaborate directly with the product development team and other users. The team prioritizes and develops new product features based on proposals made by customers.

HCL Workload Automation V9.4 Fix Pack 4 delivers the following RFE:

RFE 117399: Windows 2016 WSCF cluster support
Support has been extended to Microsoft Windows Server 2016 Failover Clustering (WSCF) on agents.

To view a complete list of RFEs, new, planned, and delivered, see: RFE online community .

Option to determine when fileCreated event is sent
The -modificationCompletedTime option can optionally be specified with the -event fileCreated argument to determine when the fileCreated event is sent. The filemonitor utility is used to check for changes in files (files that are either created or modified). You can now specify the -modificationCompletedTime <seconds> option with the -event fileCreated argument to determine when the fileCreated event is sent. This option is optional and when specified, if a file is created, the event is not sent immediately, but only after the interval of time specified by -modificationCompletedTime<seconds> has elapsed, and during which no subsequent changes were made to the file, which includes the file being deleted and recreated with the same name.
Managing pools and agent connectivity

Starting from HCL Workload Automation version 9.4 Fix Pack 4, you can automatically register dynamic agentsin pools by editing a file.

Starting from version 9.4 Fix Pack 1, you can automatically register dynamic agents in pools by editing the pools.properties file located in <TWS_home>/ITA/cpa/config.

The file is composed by a series of lines with a list of pools to which the agent will be automatically registered. To make the changes in this file effective on the agent, you must stop and start the agent.

Because an agent can encounter problems and is not able to register and go online, for example, if it does not find a pool defined in the system, there are options that can be used in the pools.properties file to allow the agent to go online even if some pools are not defined.

This alternative way of registering dynamic agents to a pool can be useful when you need to quickly add more than one agent to a pool, or when you want to associate multiple pools to a dynamic agent.

New options added to pool.properties
Two new options, ;optional and ;skip, have been added to the pool.properties file to manage situations where a dynamic agent is unable to link to the master domain manager. The ;optional option discards problematic pools allowing the agent to go online. The ;skip option can be used to maintain a pool in the list of pools, but avoid it being used.
Updated version of GSKIT

Fix Pack 4 has been updated with GSKIT version 8.0.50.88.

Updated OpenSSL libraries

HCL Workload Automation has been updated with OpenSSL version 1.0.2o.

IBM SDK for Java
Fix Pack 4 has been updated with Java version 8.0.5.10/8.0.5.11, depending on the platform.

Features introduced with Fix Pack 3

The following new product features, enhancements (RFE), and changes are introduced with this Fix Pack:

Modifying job instances in the plan (RFE 89523)

Modify a job instance in the plan before it runs or modify an instance of a job in the plan that has already run and rerun the modified job.

You can modify a job definition in the database whenever and as many times as you want. However, there are times when you need to make changes to the job definition, but it has already been submitted into the plan and runs as is. This results in extra work and lost time in updating the definition in the database and then getting it into the plan to run.

This feature adds the flexibility you need so that you can now make changes to the definition even after it has already been submitted into the plan, maintaining the original definition in the database. With this additional flexibility, you can edit the job definition on-the-fly before it runs or rerun a job with a different definition. This can be done from either the Job Stream Graphical View, the job monitoring view, or from the conman command line.

Maybe you want to substitute the command or script executed by the job with a different one? Maybe you just need to tweak an argument? Maybe you need to rerun a job updating the logon name, priority, or connection server? Whatever the change, this enhancement allows you to quickly react and avoid possible disasters, and increase your productivity by addressing additional scenarios in your workload that were not contemplated at the time you modeled or planned your workload.

For details about how to modify the job definition in the plan using the conman command line, see the commands Altjob and Rerun.

See the video: New opportunities to react and recover on the Workload Automation YouTube channel.

Easy installation for patches on agents

You can now easily install patches on agents using the twsinst command with the -patch option.

Enhancements to IBM i job monitoring and control (RFE 114590)

Monitoring and control facilities for IBM® i jobs have been enhanced to simplify the management of IBM i inquiry messages.

Automated reply to inquiry messages

For the most frequent IBM i inquiry messages, you can define standard rules to automate the reply to the waiting messages. When defining an IBM i job, by using the Workload Designer of the Dynamic Workload Console or the composer command line, you can specify the list of messages for which you want to set up an automated reply. When specifying the automated replies, a new parameter has been added to the job definition: the Message Max Replies parameter. It represents the maximum number of automated replies accepted for a specific message. This new parameter optimizes the management of IBM i inquiry messages.

For example, when you set a wrong reply to a message in the job definition, IBM i system keeps on sending out the same inquiry message repeatedly, while waiting for the correct reply. To avoid this issue, HCL Workload Automation has now the capability to intercept and disable the wrong reply and require, with a prompt, a direct reply from the Dynamic Workload Console. The job remains in SUSP (suspended) status until the correct reply is provided.

Reliable monitoring of IBM i job status changes

As an inquiry message receives an automated reply, the IBM i job status changes from SUSP (suspended) to EXEC (executing) and vice versa. All the job status changes are monitored and tracked. This is useful, for example, when you want to create an event rule definition to send an email every time a job status change occurs.

Improved trace facilities
Trace facilities for IBM i jobs have been improved. To specify the desired tracking level, customize your IBM i agent by setting the required parameters in the JobManager.ini file, in accordance with the settings on the IBM i system.

For more information, see Scheduling and monitoring jobs on IBM i systems. See the video Simplify workload management for your IBM i Systems.

New Plug-ins for Cloud Automation

Amazon EC2, IBM SoftLayer®, and Microsoft Azure plug-ins are available to manage the provisioning and de-provisioning of virtual machines in the cloud, on as-needed basis.

Customers choose to move their application to the cloud to focus on business optimization. Once in the cloud, applications rely on systems provisioned and de-provisioned to run defined business workflows but unpredictable workload volumes. Customers face a new question: Is it better to over-provision cloud resources with the risk of wasting them, or under-provision with the risk of degrading performance and delay the business process?

How about provisioning just the right amount of resources for only the time-period you need them? Exactly what you need, when you need it, and rather than incur extra costs and waste, de-provision when you’re done, all automatically.

To succeed in this challenge, a new approach is required, that strictly ties business workflows with cloud resource management. While managing a business application, IT organizations need to be able to orchestrate provisioning and de-provisioning of the infrastructure needed by the business application in the cloud.

HCL Workload Automation provides three Cloud Automation plug-ins, for different cloud providers, to manage the provisioning and de-provisioning of virtual machines in the cloud, on as-needed basis. By orchestrating the application workflow and the workflow that manages the entire lifecycle of the virtual machines needed by the applications (including the actions: start, stop, snapshot, etc…), HCL Workload Automation can increase both business and infrastructure agility. The plug-ins are:

  • Plug-in for Amazon Web Services (EC2)
  • Plug-in for IBM SoftLayer
  • Plug-in for Microsoft Azure

Select your cloud provider, and add one or more jobs in the job stream that automates your business process flow to provide a flexible and dynamic allocation of cloud resources to your workload.

For more information about the Cloud Automation plug-ins, see Scheduling Applications with HCL Workload Automation.

See the video: Workload Scheduler for Cloud Automation on the Workload Automation YouTube channel. More videos are available for the features released with V9.4 Fix Pack 3 on this dedicated playlist: Workload Scheduler V9.4, Fix Pack 3.

Apache Spark Plug-in

With the new HCL Workload Automation plug-in for Apache Spark, you can schedule, monitor and control Apache Spark jobs.

Apache Spark a lightning-fast cluster computing technology, designed for fast computation. It is based on Hadoop Map Reduce and extends the MapReduce model to efficiently use it for more types of computations, which includes interactive queries and stream processing. The main feature of Apache Spark is its in-memory cluster computing that increases the processing speed of an application. HCL Workload Automation provides a plug-in for Apache Spark that helps you manage your big data processing and analytics. With the plug-in for Apache Spark, you can define, schedule, monitor, and control Apache Spark jobs. Add one or more Apache Spark jobs in the job stream that automates your business process flow to obtain an end-to-end workload management solution.

For details, see Scheduling Applications with HCL Workload Automation.

Restarting JSR 352 Java™ Batch jobs from the point of failure (RFE 110252)

You can restart JSR 352 Java Batch jobs from the point of failure.

During the execution of a JSR 352 Java Batch job, when monitoring the job from the Dynamic Workload Console

More flexibility in managing successors for job actions

You can now hold, release and rerun the successors during your job monitoring.

You have a list of all successors for the selected job, view the successors in two separate tables and decide if you want to run all internal successors, all internal and external successors, or a subset of them. By default, all successors are selected. By selecting the mode you can also control how successors are selected: manually, including successors in the same job stream or including successors in other job streams.

For more information about how to rerun successors from the command line, see the Listsucc and Rerunsucc commands.

Updated version of WebSphere Application Server (WAS)

Fix Pack 3 has been tested using WAS version 8.5.5.13

Updated OpenSSL libraries

HCL Workload Automation has been updated with OpenSSL version 1.0.2l.

Resolved Common Vulnerabilities and Exposures (CVE)
The following CVEs have been resolved with this Fix Pack:
  • CVE-2017-15095
  • CVE-2017-7525
  • CVE-2017-17485
Additional support for agents
Support for Oracle Enterprise Linux version 6.x has been extended to fault-tolerant agents, dynamic agents, and z/OS agents.

Features introduced with Fix Pack 2

The following new product features, enhancements, and changes are introduced with this Fix Pack:

Support for updated versions of WebSphere Application Server (WAS)
Fix Pack 2 has been tested using WAS version 8.5.5.12
Support for updated versions of Dashboard Application Services Hub (DASH)
Fix Pack 2 has been tested using DASH version 3.1.3.0 CP4
Support for updated versions of JazzSM
Fix Pack 2 has been tested using Jazz version 1.1.3
Rollback procedure

Roll back a master domain manager to a previous Fix Pack level or release if the master domain manager was installed with IBM Installation Manager.

To roll back a master domain manager to a previous Fix Pack level or release, you first need to create a backup before installing the new Fix Pack or release. This allows you to then perform a rollback procedure after the Fix Pack or release has been installed.

The roll back procedure is supported starting with Version 9.3 Fix Pack 3.

The following are requests for enhancements (RFEs) introduced in Fix Pack 2:

RFE 179819: Database job executor handles stored procedure errors
Enhance the database job executor to handle stored procedure errors.
RFE 15616: Actual workstation displayed when monitoring jobs

The name of the workstation where a job, scheduled to run on a pool or dynamic pool, actually ran.

When jobs are scheduled to run on pools or dynamic pools, you might want to monitor the job or the workstation where the job ran. Previously, this information was available only in the job log. With this enhancement, the name of the actual workstation where the job ran is also available in a new column in the monitor job query. This detail is available if the job has started or has already run. This information can also be output in reports.

This information can also be useful when you need to determine your license consumption and therefore need to know on which workstation in the pool the job actually ran.

For details about the actual workstation see the columns that can be defined when monitoring jobs in the Dynamic Workload Console. The runtime information contained in the conman showjobs command also contains this information.

RFE 108425: File monitor support for already created files
Normally the filemonitor utility runs an initial scan and then runs subsequent scans to detect any new or changed files since the initial scan that match specific criteria. This means that if there are any existing files matching the criteria when the initial scan runs, they are not considered. The utility has been updated with a new parameter to be able to discover existing files during the initial scan that match the criteria and can therefore generate an event. For more information see the -generateEventsOnFirstScan argument for the Filemonitor command.
RFE 111032: Need ability for File monitor in IWS z/OS to detect file existence on UNC path
Use the filemonitor utility to check for changes of files (files that were either created or modified). This could be useful when, for example, you want to make sure that a file exists before running a job that processes that file. By defining a job that runs the filemonitor utility, you can implement file dependency, that is, a relationship between a file and an operation in which specific activity on the file determines the starting of the operation.
For more information about new features introduced with this Fix Pack, see:

Features introduced with Fix Pack 1

Job Management Plug-in
The new Job Management plug-in is available in the Automation Utilities plug-in category. Automation Utilities are plug-ins that facilitate specific HCL Workload Automation operations. Use the Job Management plug-in, to run one of the following actions on any job in the job stream where the Job Management job is running:
Table 1.
Actions that you can run on a job
  • Rerun
  • Rerun the job and all its successor jobs
  • Rerun the job and its successor jobs in the same job stream
  • Release
  • Release Dependencies
  • Cancel
  • Cancel Pending
  • Hold
  • Kill
  • Confirm ABEND
  • Confirm SUCC

The Job Management plug-in simplifies recovery scenarios and enables the automation of iterative workflows.

For more information, see Job Management jobs.

Automation of Iterative Workflows

For complex workflows, the iteration of a sequence of jobs within the overall orchestration can be a challenging task. By selecting the option to rerun a job with all its successors jobs in the same job stream, the Job Management plug-in enables iterative processing of a sequence of jobs while a condition is met. It is like a DO WHILE statement in programming languages.

It is just a matter of adding a Job Management job at the end of the sequence of jobs that you want to iterate. The Job Management job requests to rerun the first job in the sequence along with its successor jobs. The iteration is controlled by the output conditions of the first job in the sequence: it stops when the condition is no longer satisfied.

For more information, see Job Management jobs.

Advanced rerun flexibility

The new advanced rerun options help you orchestrate your workflows seamlessly, building recovery logic into the job definition itself and rerunning job successors directly from the Monitor Workload view.

When you create a job definition, you can now specify that you want the job to rerun for a specific number of times and after a specific interval, in case of failure. This ensures that fewer alerts are generated and the workflow continues smoothly. For example, if you have a job that needs to connect to a server which is periodically restarted, you can specify in the job definition that you want the job to rerun for a specific number of times and after a specified interval.

If the parent job ran on a workstation that is part of a pool or a dynamic pool, you can decide whether it must rerun on the same workstation or on a different one. This is because the workload on pools and dynamic pools is assigned dynamically based on a number of criteria and the job might be rerun on a different workstation.

Also, if a job fails, you can identify all its successors at a glance and decide whether you want to rerun the job with its successors. You can rerun either all successors in the same job stream, or all successors overall, both in the same job stream and in other job streams, if any.

For more information about how to specify the rerun options in the job definition from the command line, see Defining job rerun and recovery actions and Controlling job and jo stream processing.

For more information about how to rerun successors from the command line, see the Listsucc and Rerunsucc commands.

Use the Job Management plug-in to further automate your workflows. With the plug-in, you can perform a number of actions on jobs, such as rerun the job, with or without its successors, release its dependencies, or cancel the job, and many more. For example, in a recovery scenario, you can insert a Job Management job in your workflow. This causes the original job to rerun automatically when the relevant recovery job completes successfully, reducing effort and time consumption.

Job Stream Submission Plug-in

The new Job Stream Submission plug-in is available in the Automation Utilities plug-in category. Automation Utilities are plug-ins that facilitate specific HCL Workload Automation operations. Use the Job Stream Submission plug-in to submit a job stream for processing.

By adding the Job Stream Submission plug-in to your workflow, you can automate the submission of a specific job stream, minimizing code scripts and manual effort. Also, you can specify the earliest start time for the job stream and define the variable table associated to the job stream.

For more information, see Job Stream Submission jobs.

Condition-based workload automation

Condition-based workload automation provides a simple and immediate way to have your workflows start at just the right time. You can define in your job stream a condition that, when met, releases the job stream to run as scheduled.

For example, if you have a job stream containing jobs which analyze one or more files, you can have the job stream start only after the file or files have been modified or created. Also, if the job stream contains jobs which process the data in a database, you might want to have the job stream start after enough rows have been written into the database. You can also have HCL Workload Automation check repeatedly whether the condition is met.

You can start your workflow based on one of the following conditions:
  • One or more files being created
  • One or more files being modified
  • A job completing with its output condition satisfied. You can apply this logic to the job stream or to specific jobs in the job stream.

For more information, see Condition-based workflow automation.

Monitor file changes using the filemonitor utility

Use the filemonitor utility to check for changes of files (files that were either created or modified). This could be useful when, for example, you want to make sure that a file exists before running a job that processes that file. By defining a job that runs the filemonitor utility, you can implement file dependency, that is, a relationship between a file and an operation in which specific activity on the file determines the starting of the operation.

You can use the filemonitor utility as a stand-alone command, or you can set the filemonitor keywords as additional parameters for the start condition of a job stream, either in the Workload Designer or from the composer command line. For more information about the start condition, see Condition-based workflow automation.

For more information, see Filemonitor.

New keyword for defining the latest start time in job streams

The jsuntil keyword defines the latest start time of a job stream. It also determines the behavior of the jobs in the job stream when the job stream is approaching its latest start time. Use the jsuntil keyword to avoid that the job stream is either suppressed, canceled, or set to continue (depending on the action specified in the onuntil keyword) if it starts before its latest start time. For example, if you have a job stream with jsuntil set to 10:00 am, and one of the jobs starts running at 9:59 am, the job and its successors run as scheduled.

This keyword is mutually exclusive with the until keyword.

There is also a major difference with between the until and jsuntil keywords:
If you specify the until keyword in your job stream definition
This keyword is evaluated also after the job stream has started. As a result, if the latest start time expires before the job stream completes successfully, the action specified in the related onuntil keyword is performed on the job stream and on its jobs, which have not yet started.
If you specify the jsuntil keyword in your job stream definition
This keyword is evaluated only once, as soon as all dependencies of the job stream are satisfied and the job stream state changes to READY. If the latest start time defined using the jsuntil keyword has not expired at this time, it is no longer evaluated and the job stream runs independently of it. However, to prevent the job stream from remaining in READY state indefinitely, two days after the time specified in the jsuntil keyword has expired, the job stream is suppressed by default.

For more information, see jsuntil.

New keyword for defining actions on late jobs

The onlate keyword defines the action to be taken on a job in job stream when the job's deadline expires. If the job is running when the deadline expires, it is killed. Killed jobs end in the ABEND state. Any jobs or job streams that are dependent on a killed job are not released. If the dependency on the job is a conditional dependency on the job completing in ABEND state, that dependency is released.

For more information, see onlate.

Preparing and installing a Docker image for dynamic agents

A Docker container automates the task of installing a running dynamic agent, along with everything that is required to run it: code, runtime, system tools, system libraries, and settings.

It provides a mechanism known as a Dockerfile, which is used to codify the steps to install and configure your dynamic agent. This is a plain text file that uses a standard set of commands to perform the all the installation and configuration steps. The resulting Docker image is a static image of the full set of software for the dynamic agent with the exact configuration.

An image is then built to become a Docker Container, which is a unique running instance of the software with its own processes, state, and configuration. You can start as many Docker Containers from a given image as necessary. This gives you the possibility to quickly provision multiple running instances of your software, each with their own processes, state, and configuration, quickly and easily.

For more information, see Creating a Docker image to run dynamic agents.

For a detailed video about this feature, see the Docker Agent for Workload Scheduler video available on the Workload Automation YouTube channel.

New options in managing workload applications
The following new options are available:
Export a job stream definition as a workload application template
From the Workload Designer, you can export a job stream definition and save it as a workload application template in a compressed file. The job stream definition can then be imported in another environment.

For more information, see Exporting a job stream definition as a workload application template.

Rename a workload application during the import process
A new parameter -workloadApplicationName <workload_application_name> is available for the wappman -import command to rename the workload application during the import process.

For more information, see wappman.

Modify the mapping file according to rules defined using regular expressions
You can optionally request that the mapping file produced by the export process is automatically modified by the import process, according to rules defined using regular expressions and specified in ad-hoc files. For more information, see Using regular expressions to modify the mapping file.
Integration with IBM UrbanCode Deploy

Workload applications can be created and then exported so that they can be imported in other HCL Workload Automation environments.

To export and import a workload application you can use either the Dynamic Workload Console or the wappman command line.

In alternative to the import process, you can automate the deployment of an application from one environment to another by using the Workload Automation plug-in of the IBM UrbanCode Deploy tool. For details about this plug-in, see the IBM UrbanCode Deploy documentation.

For a comprehensive library of videos about the new features for this release, see the Workload Scheduler version 9.4, Fix Pack 1 playlist available on the Workload Automation YouTube channel.

MSSQL database support extended on Linux
Microsoft SQL Server Enterprise Edition database is now supported on Linux.
Windows 2016 support
Windows 2016 is supported on all components.
The following are requests for enhancements (RFEs) introduced in Fix Pack 1:
RFE 17980
Restart the job stream from the given job of a job stream. (Internal ID 57221)
RFE 25295
Rerun a specific job and all of it successors, both in the same job stream and in other job streams (see the Condition-based Workload Automation feature). (Internal ID 65671)
RFE 33200
Create external dependency from the graphical Plan View. (Internal ID 79752)
RFE 44226
Need a copy button on the Monitor Jobs panel EDIT JCL. (Internal ID 99136)
RFE 46521
Improve recovery options for a job. (Internal ID 103418)
RFE 65873
Changed behavior of selections in tables in the Dynamic Workload Console. When performing an action on a selected item in the table, either by right-clicking or from the toolbar, after the action is performed the selection is cleared so that you can perform a different action on a different selection. You can also multi-select items in a table and perform an action on all selected items. (Internal ID 125267)
RFE 69212
When rerunning a job in a pool, you can optionally rerun the job on the same workstation where it previously ran (see the Condition-based Workload Automation feature). (Internal ID 130343)
RFE 78682
Additional columns are now available when monitoring jobs on multiple engines. (Internal ID 144976)
RFE 80759
Hyperlinked properties when updated should auto-refresh automatically in Dynamic Workload Console. (Internal ID 146988 )
RFE 101904
Search option improvements in the Dynamic Workload Console Workload Designer allows for object selection before inputting keyword so that the search is run against the object selected. (Internal ID 172565)
RFE 101905
The search field in the Dynamic Workload Console Workload Designer now provides user assistance with examples of the syntax that can be used in the field. (Internal ID 172564)
RFE 104082
Dynamic Workload Console - Disable IE Compatibility View. (Internal ID 175746)

For more information about new features introduced with this fix pack, see Summary of enhancements.

Helpful videos demonstrating new features for HCL Workload Automation is available on Workload Automation YouTube channel.

Problems fixed in HCL Workload Automation Fix Pack 4 for version 9.4.0

This section lists APARs and internal defects solved by Fix Pack 4.

This Fix Pack includes a number of fixes for internal defects found by the verification team that mainly cover the following product capabilities: installation, auditing, and mirroring.

Table 2. Fixed APARs
APAR ABSTRACT
IJ00214: FILETRANSFER JOB RESULTS IN ABEND WITH THE ERROR AWSITA036W
IJ00465: SEARCH FOR LIST WORKLOAD DEFINITION LIMITS RESULT TO 250 ITEMS
IJ00778: BAD BEHAVIOR OF CONDITIONAL DEPENDENCIES
IJ01507: MIRRORING CACHE CLEANUP CANNOT BE CUSTOMIZED
IJ03479: ISSUE WHEN OPEN A COMPLEX VARIANT SAP
IJ03767: EXCLUDE RUNCYCLE DOES NOT SUPPORT EVERY AND EVERYENDTIME
IJ04677: DATE IN HEADER/FOOTER ARE ENCODED IN EUC, ALTHOUGH LANG IS UTF-8 ON SOLARIS 10.
IJ04771: MONITOR EVENT RULE (IN PLAN) SHOWS ONLY 250 EVENT RULES
IJ04904: TWS 9.4 FP2 ZLINUX S390 COMPOSER CONMAN TAKE TOO MUCH TIME TO START
IJ05296: MDM COULD CRASH IF A LARGE QUERY OF PROMPT (LIKE 60000) IS DONE AGAINST AN ARCHIVED PLAN
IJ05392: JOBLOG TO BE CREATED WITH 600 LEVEL PERMISSION
IJ05397: DURING JNEXTPLAN A DEADLOCK OCCURED
IJ05459: CHANGED BEHAVIOR FOR COMPOSER ADDING JOB-LEVEL RESOURCE DEPENDENCY
IJ05783: COMPOSER DOES NOT RETURN A CORRECT TOTAL NUMBER OF OBJECTS UPDATED
IJ05797: AFTER 940 FP03 ON DYNAMIC ISERIES OS400 AGENT, ALL SBMJOB EXIT WITH UNABLE TO GET THE COMPLETION MESSAGE CPC1221
IJ05805: COMPOSER REPLACE ON A SCHED ERRORS ON DUPLICATE RUN CYCLE NAME
IJ06438: DBCS CAN NOT BE USED IN RUNCYCLE WHEN IMPORTING DEFINITIONS USING COMPOSER
IJ06672:  
IV93679: SSMAGENT CANNOT STAY UP ON SUN4U
IV93828: FILE DESCRIPTORS NOT BEING CLOSED ON OLD LOG FILES WHEN LOG SWITCH OCCURS
IV99201: TWS 9.4 FP1 UPGRADE OF A BACKUP MDM TO 9.4 FP1 CAUSES DA ON BKMD M LINK ISSUES.
IV99357: JOB STATUS SHOW WAIT OF EXEC REGARDLESS OF ACTUAL STATUS
Table 3. Fixed Defects
DEFECT ABSTRACT
WA-71497: Incorrect job status after suppression of a predecessor job
WA-71566: Data set monitor-create event rule: rule is not sent if * is in workstation
WA-71616: Conman crash issuing altpass command
WA-71618: nullPointerException issuing a conman listsucc command
WA-71632: Unexpected blank spaces in conman output using jobs with conditional dependencies in OR
WA-71775: ITA core dump on Solaris Sparc performing an agent shutdown
WA-72020: Batchman crash running automation suite after JnextPlan execution
WA-72045: Unexpected error executing a job with resubmit job plugin
WA-72052: Missing loop performed running the resubmit job

Problems fixed in HCL Workload Automation Fix Pack 3 for version 9.4.0

This section lists APARs and internal defects solved by Fix Pack 3.

This Fix Pack includes a number of fixes for internal defects found by the verification team that mainly cover the following product capabilities: installation, auditing, and mirroring.

Table 4. Fixed APARs
APAR ABSTRACT
IV91745 CONMAN SJ; INFO WRONG FORMAT
IJ02038 BACKWARD COMPATIBILITY FOR FILETRANSFERS JOBS: JOBS DEFINED IN 9.X MASTERS ARE NOT RUNNING ON 8.6 AGENTS, RETURNING AWKSUL020E
IJ00114 UNIXSSH XA AGENTS - RCCONDSUCC ENABLEMENT CODE ADDED AS COMMENT TO UNIXSSH SCRIPT
IV98325 REP11 INCLUDING JOB STREAMS IN "DRAFT" STATE
IV98138 EXCLUDE CALENDARS ARE BEING IGNORED BY REP11
IJ00338 JOB STREAM IS PLANNED UNEXPECTEDLY ON EXCEPT CALENDAR DATE
IJ03479 ISSUE WHEN OPEN A COMPLEX VARIANT SAP
IJ02712 TWS ELEVATED PRIVILEGES (SETGID AND SETUID PROGRAMS) LIBRARIES HAVE INSECURE LOCATIONS IN RPATH (.)
IJ02596 INCREASE ROBUSTNESS OF TSAMP MONITORCOMMAND
IJ01535 TWS ZCENTRIC AGENT STOP WORKING AFTER Z/OS SERVER IPL/REBOOT/NETWORK DISCONNECT
IJ01061 IMPLEMENT THE LOGIC OF APAR IV88912 IN JOBMANRC FILE
IJ00336 MSSQL SUPPORT DOES NOT INCLUDE ANY LANGUAGE SUPPORT
IJ00950 IF A TRIAL PLAN EXTENSION IS LONGER THAN 3 MINS IT CAN BE EXECUTED TWICE
IJ00910 MIRRORING: IF A SUB_QUEUE BECAME FULL A DEADLOCK COULD OCCURR
IJ03167 ERRONEOUS WARNING MESSAGE AWSBHX032W THE STARTED DATE OF THE FOLLOWING JOB IS NULL
IJ03583 USING OFFSETS FROM WORKDAYS WHEN CREATING RUNCYCLE GROUPS USING COMPOSER RESULTS IN INCORRECT DATES BEING SELECTED
IJ02415 OPENS ON DYNAMIC AGENTS AND POOLS WITH DYNAMICAGENTSSTAYS IN ASKED STATE WHEN BATCHMAN IS NOT ABLE TO COMMUNICATEWITH BROKER
IJ01506 JOBS ON POOL WORKSTATIONS ARE STUCK ON WAIT STATE
IV94273 AWSJIM920E ERROR DURING THE INSTALL OF A NEW 9.2-FP02 BACKUP MASTER WITH ORACLE.
IJ02042 IWS WEB SERVICE FAILS WHERE OUTPUTCONDITION IS SET TO NULL
IJ02011 OPENSSL FLAG IN TWS/BIN FOLDER HAS SUID FLAG
IJ01948 SERVER.MSG NOT CLEARING WHEN WORKLOAD ASSURANCE IS ACTIVE
IJ03999 REST API JOB STREAM issue
IJ04395 RERUN TOOK UP TO 2 MINUTES
IJ03686 LOCALOPTS FILE DOES CONTAIN REFERENCE TO THE MOZART DIRECTORY, BUT THE MOZART DIRECTORY IS NOT CREATED IN INSTALLING AGENTS.
IJ03531 AWSITA141E ON MDM ADHOC CONMAN SBD WITH RCCONDSUCC ON AIX DA ONLY WITH TWS9402. THE JCLFILE IS EMPTY, TWSRCMAP IS CORRECT.
IJ00572 BACKUPINSTANCE.SH/RESTOREINSTANCE.SH SCRIPTS ASSUME DEFAULT
IJ02494 JOB EVENT CODES 123-127 NEED TO BE ADDED TO THE DOCUMENTATION
IJ04102 DWC DISPLAYS NEGATIVE PROMPT NUMBERS
Table 5. Fixed Defects
DEFECT ABSTRACT
WA-71497 Incorrect job status after suppression of a predecessor job
WA-71566 Data set monitor-create event rule: rule is not sent if * is in workstation
WA-71616 Conman crash issuing altpass command
WA-71618 nullPointerException issuing a conman listsucc command
WA-71632 Unexpected blank spaces in conman output using jobs with conditional dependencies in OR
WA-71775 ITA core dump on Solaris Sparc performing an agent shutdown
WA-72020 Batchman crash running automation suite after JnextPlan execution
WA-72045 Unexpected error executing a job with resubmit job plugin
WA-72052 Missing loop performed running the resubmit job

Problems fixed in HCL Workload Automation Fix Pack 2 for version 9.4.0

This section lists APARs and internal defects solved by Fix Pack 2.

This Fix Pack includes a number of fixes for internal defects found by the verification team that mainly cover the following product capabilities: installation, auditing, and mirroring.

APAR ABSTRACT
IJ00606 The Filedep on a pool or dynamic pool remains unresolved in case one agent in the pool is down
IV98138 EXCLUDE CALENDARS ARE BEING IGNORED BY REP11
IV98325 REP11 INCLUDING JOB STREAMS IN "DRAFT" STATE
IJ00392 Filecheck dependency (OPENS) on file on dynamic agent remains in "asked" even if the file is present
IJ00463 IWS SERVICE ON FTA FAILS TO START ON 9.4
IJ00166 A HUGE NUMBER OF FILEDEP HAS A NEGATIVE IMPACT ON MIRRORING
IV87038 TWS 9.2 JVM CRASH AND JAVA CORE IS GENERATED
IV83728 JOBlog archived zip file is readable only for TWS user
IV99870 TWS 9.4 GA&FP1 COMPOSER MANAGES ONLY THE USER ON THE ACL DEFINITION
IV98396 CP: ./PREREQUISITES/UNIX_LINUX/DWC_09000000.CFG.TPL: A FILE OR IN THE PATH NAME DOES NOT EXIST
IJ00078 IWS composer 9.4 fp1 fails on replace character when find an incorrect one
IV99644 Job status mismatch between DWC & conman
IV99590 ROLE BASED SECURITY COMPOSER OUTPUT RETURNS NULL VALUES FOR GROUPS
IV98735 TWS PREREQ SCANNER IS UNABLE TO READ THE OS.FILE.FUSER PROPERTY
IV98671 USEROPTS FILE IS CREATED WITH AN INCORRECT NAME
IV97712 conman sr @#@ coredump on AIX 7 when 1 holder of resource exist (of type job)
IV90852 THE XRXTRCT COMMAND DOES NOT DISPLAY THE INTERNETWORK DEPENDENCIES
IV94011 TWS 9.X HANDLE MUTEX LEAKS ON GSKIT WINDOWS
IV99112 TWS REST API GETJOB IS SLOW WHEN THE JOBKEY IS USED
IV98229 ENHANCE THE TWS BROKER SERVICEABILITY
IV98043 REMOTE CLI COMPOSER.EXE FUNCTIONALITY DOES NOT OPERATE PROPERLY
IV98210 ORACLE DATABASE DEADLOCK OCCURRING WHEN CANCELLING A CARRIED FORWARD JS WITH EXTERNAL DEPENDENCIES
IV98945 CHECKSYNC ABENDS WITH RC=8
IV98476 EVENTS LOST ON A DISTRIBUTED TWS ZCENTRIC WORKSTATION
IV98172 IWS PACKAGE CONTAINS VULNERABLE TOOL "UNZIP.EXE" ACCORDING TO CVE-2005-2475 : UNZIP 5.52 FROM FEB 2005. THIS MUST BE REMOVED
IV98395 JobManager occasionally fails to start when ExecutorsMinThreads in JobMananger.ini is high (more than 600)
IJ00599 PLN.PFDP tables not cleaned up by mirroring plan delete
IV97903 TWS EVENTPROCESSOR COULD HANG IF A NETWORK ISSUE OCCURS
IV98265 MONMAN MEMORY LEAK WHEN STARTS R3EVMAN.EXE
IV78030 When DST starts, if SOD falls on the hour missing, plan is extended for 24 hours instead than for 23
IV98646 IWS 9.3-FP03 IMPLEMENTED A CHANGE IN DEFAULT BEHAVIOR OF THE EXECUTECMD.SH COMMAND PER APAR IV87679
IV98638 PLAN MIRRORING STALLS FOLLOWING A SWITCHMGR FOR A SUB-DOMAIN MANAGER
IV94783 NMAN REPORTS AWSBCX013E ERROR WHEN PARSING EVENT 51 RELATING
IV95276 add tls11 and tls12 in localopts for fta
IJ00716 It is necessary to update OpenSSL libraries in HCL Workload Automation build because of the following vulnerabilities of OpenSSL: CVE-2016-3732 and CVE-2016-3735

Problems fixed in HCL Workload Automation Fix Pack 1 for version 9.4.0

This section lists APARs and internal defects solved by Fix Pack 1.

This Fix Pack includes a number of fixes for internal defects found by the verification team that mainly cover the following product capabilities: installation, auditing, and mirroring.

APAR ABSTRACT
IV69128 THE NET SERVICE NAME MAX LENGTH IN CONFIGURING DB DURING INSTALLATION CANNOT BE GREATER THAN NINE.
IV81576 NETMAN FOR A 8.6 WINDOWS AGENT NEVER RELEASES MEMORY AFTER RUNNING CONMAN SJ;STDLIST ON IT
IV93078 A composer hanging could negatively affect the WAS startup (EDWA)"
IV73429 DEADLOCK ON THREADS ON JOBMANAGER CAUSING AGENTS TO HANG
IV76015 JOB STREAM CONTAINING A PARTICULAR OPENS DEPENDENCY ENCOUNTERS AN AWSJPL525W ERROR IF AD HOC SUBMITTED
IV78321 UPDATE ZONE INFO ACCORDING TO LATEST CHANGES FOR 2015
IV81521 ERROR IMPORTING INTO TWS 9.1 VIA WAPPMAN DEFINITIONS.XML
IV82747 JobManagerGW DOES NOT START UP BECAUSE JOBMANAGERGW.INI IS EMPTY
IV83754 THE TWS MONMAN PROCESS IS EXPERIENCING A RANDOM FAILURE DURING THE SWITCH OF THE STDLIST AT FINAL
IV83761 TWS LIBJOBMANAGERCORENEEDS TO HAVE 555 AS PERMISSION
IV83962 DISPLAY ALERTS UNTIL A JOB COMPLETES
IV86072 UNABLE TO INCREASE SIZE AND/OR NUMBER OF Z/CENTRIC AGENT LOG/TRACE FILES ON WINDOWS SYSTEMS
IV86852 AWSJOM200E ERROR OCCURS IF AT AND EVERYENDTIME ARE DEFINED ACROSS 00:00 WHEN SOD IS NOT 0000
IV87679 GENERIC ACTION PLUG-IN SCRIPT EXECUTECMD.SH ON AIX HAS ROOT ENV
IV88912 Dynamic jobs fail with 126 on AIX
IV88971 INSTALL OF DYNAMIC AGENT ON WINDOWS TESTS VALUE FOR TWS_THISCPU
IV89009 SYNCHRONIZATION BETWEEN DEPENDENCIES AND JOB/JOBSTREAM
IV89649 WEBSPHERE RECYCLES AFTER A NORMAL RESTART IN WORKLOAD SCHEDULER
IV89492 MSSQL UPDATESTATS GIVES WARNING AWSJPL804W
IV89990 PLANMAN CONFIRM HANGS
IV90602 JOB SUBMITTED INTO CARRYFORWARD SCHEDULE NOT SHOWING CORRECT STATUS
IV90614 DYNAMIC AGENT HAS PROBLEMS IN MANAGING OPEN DEPENDENCY EXECUTING EXTERNAL PROGRAMS
IV90830 USERPROFILE IS NOT LOADED FOR XAGENT RUNNING ON WINDOWS
IV90870 ESTIMATED DURATION WRONG ON MONITOR JOBS IN DYNAMIC WORKLOAD CONSOLE AND CONMAN
IV91018 JOBRUNSTATISTICS REPORT FOR JOB DURATION ALWAYS SHOWS TWO PARTS INSTEAD OF THREE AS SHOWNN HH:MM:SS
IV91072 CONMAN SBD TO WINDOWS FTA TRUNCATES THE CONMAND LINE WITH TWSRCMAP
IV91175 INSTALLING AGENT, PRE-REQ SCANNER FAILS IF THE <TWAHOME> DIRECTORY PATH CONTAINS A (.) CHARACTER
IV91219 MB EVENTS SENT BY 9.3FP1 CAUSES RANDOM UNLINK OF PRE-9.3FP1 FTA
IV91269 CORRUPT JMJOBTABLEDIR CAN CAUSE JOBMANAGER TO CORE
IV92161 STAGEMAN CRASHES IF enCarryForward = NO
IV92306 MIRRORBOX.MSG SIZE INCREASE IF MANY FILE DEPENDENCIES ARE DEFINED IN THE WORKLOAD
IV92352 AFTER SWITCH MASTER SOME DYNAMIC JOBS REMAIN IN EXEC STATUS ON COMPOSER
IV92358 UPDATE CURL COMPONENT FOR CVE-2016-8616 CVE-2016-8624 AND CVE-2016-8621
IV92378 AFTER PLANMAN RESYNC XA-EXTENDED AGENT ARE SET UNLINKED ON DWC MONITOR JOBS/CPUS THOUGH CONMAN STATUS IS CORRECT
IV92447 NEED TO EXPLAIN HOW "OVERLAP DONOTSTART" WORKS IN DETAIL
IV92455 BROKER AGENTS WILL NOT LINK TO BACKUP DOMAIN MANAGER
IV92859 IWS 9.4 SILENT INSTALL RESPONSE FILE REFERENCES IBM JAVA.V70.
IV93048 stageman can cause A JOB STREAM to be put at pri=0
IV93052 Unable to view joblog from DWC/conman when job defined on XA hosted by DWB using jsdl and with resources
IV93337 POOR PERFORMANCE OF PLANDELETE ON ORACLE
IV93482 AWSJDB810E ERROR ENCOUNTERED WHILE RUNNING SWITCHPLAN ON MDM INSTALLED AS A BACKUP MDM DURING A PARALLEL UPGRADE
IV93505 LFTA NOT LINKED IF CENTRALIZED SECURITY IS ENABLED
IV93578 ITA NOT UPDATED TO 64-BIT IF UPGRADE FROM TWS 8.6 FP4 TO 9.2+
IV95368 DA/POOL jobs erroneously in ABEND close to MAKEPLAN/SWITCHPLAN
IV93890 MAILSENDERPLUGIN DOES NOT SET FULLY-QUALIFIED NAME OF THE CLIENTSENDING THE MAIL.THIS CAUSES ISSUE IN HELO PART OF SMTP SERVER
IV93899 ONOVERLAP DONOTSTART STREAM STAYS ON HOLD WHEN STREAM JOBS ARE MIXED IN LINUX AND WINDOWS
IV95378 MODIFY TWS WINDOWS SERVICE

Known limitations and workarounds

The following are software limitations and workarounds that affect HCL Workload Automation version 9.4.0 Fix Pack 1, 2, 3 and 4. For a list of known problems and limitations documented for the V9.4 General Availability release, see the product Release Notes at https://workloadautomation.hcldoc.com/help/topic/com.hcl.wa.doc_9.4/distrDDguides.html.

9.4 Fix Pack 4:
Incorrect job status after completion in success of a predecessor job
  1. Define the following job definitions:
    $JOBS 
    
    AGT1#CDJ_FIRST_PRED
    DOCOMMAND "netstat -an"
    STREAMLOGON "ITAuser"
    TASKTYPE UNIX
    RECOVERY STOP
    SUCCOUTPUTCOND STATUS_OK "RC=0"
    OUTPUTCOND STATUS_NOT_OK "(RC>0) or (RC=-1)"
    
    
    AGT1#CDJ_PRED
    DOCOMMAND "netstat -an"
    STREAMLOGON "ITAuser"
    TASKTYPE UNIX
    RECOVERY STOP
    SUCCOUTPUTCOND STATUS_OK "RC=0"
    OUTPUTCOND STATUS_NOT_OK "(RC>0) or (RC=-1)"
    RECOVERY STOP
    
    
    AGT1#CDJ7
    DOCOMMAND "netstat -an"
    STREAMLOGON "ITAuser"
    TASKTYPE UNIX
    RECOVERY STOP
    SUCCOUTPUTCOND STATUS_OK "RC=0"
    OUTPUTCOND STATUS_NOT_OK "(RC>0) or (RC=-1)"
    RECOVERY STOP
  2. Define the following job streams definitions:
    SCHEDULE AGT1#JS_FEX
    :
    AGT1#CDJ_FIRST_PRED
    END
    
    SCHEDULE AGT1#JS_EXT
    :
    AGT1#CDJ_PRED
    FOLLOWS AGT1#JS_FEX.CDJ_FIRST_PRED IF ABEND
    END
    
    SCHEDULE AGT1#CDJS7
    FOLLOWS AGT1#JS_EXT.CDJ_PRED IF STATUS_OK
    :
    AGT1#CDJ7
    END
  3. Submit the job stream: AGT1#JS_FEX and wait the job: AGT1#JS_FEX.CDJ_FIRST_PRED ends in success state.
  4. Submit the job stream: AGT1#JS_EXT and wait the job: AGT1#JS_EXT.CDJ_PRED ends in suppress state because of the not satisfied conditional dependency
  5. Submit the job stream: AGT1#CDJS7 and wait the job: AGT1#CDJS7.CDJ7 ends in suppress state because of suppression of its predecessor

    After the last step the status of : AGT1#CDJS7.CDJ7 job is displayed in suppress using the command: conman sj AGT1#CDJS7.CDJ7 and in HOLD state from the Dynamic Workload Console.

    After the last step the status of AGT1#CDJS7.CDJ7 job is displayed in suppress using the command:

    conman sj AGT1#CDJS7.CDJ7 and in HOLD state from the Dynamic Workload Console.

Workaround: A planman resynch command will allow the Dynamic Workload Console to align the status of AGT1#CDJS7.CDJ7 job to the expected suppress value.

9.4.0 Fix Pack 3
SSH protocol fails to perform remote command (71149)
File transfer and remote command do not work with the following version of SSH: 5.3p1 release 123.3l6_9
Usage for the command altjob is incomplete(70578)
Azure plug-in does not work after changing the default SSL (70807)
When trying to change the default SSL protocol to the Java Client Application, editing
TWA\TWS\JavaExt9.4.0.03\jre\jre\lib\security\java.security
to start Azure, the plug-in does not work.
Workaround: Open the file
/opt/HCL/TWA_ITAuser/TWS/JavaExt/jre/jre/lib/security/java.security
replace
jdk.tls.disabledAlgorithms=SSLv3, RC4, MD5withRSA, DH keySize 
< 768, 3DES_EDE_CBC, DESede, \ EC keySize < 224
with
jdk.tls.disabledAlgorithms=SSLv3, RC4, MD5withRSA, DH keySize 
< 768, \ EC keySize < 224
9.4.0 Fix Pack 2
Changing language in Windows environment does not change HCL Workload Automation language as well (184736)
In a Windows environment, if you change the language from English to another language, HCL Workload Automation does not change the language, but remains in English.

Workaround: To workaround this problem, add the LANG environment variable and set it as new preferred language.

Japanese, Chinese, Korean Language: Warning message in installation panel: the temporary directory does not have at least 5 MB (184727)
Running the installation or the upgrade of HCL Workload Automation 9.4 Fix Pack 2, in Chinese, Korean and Japanese language, the Prerequisite Scan displays a warning message:

The scan cannot be run for different reasons: the temporary directory does not have at least 5 MB, the system registries are corrupted. Analyze the Installation Manager log files to see more details on the error. Check the Troubleshooting section of the Planning and Installation for a solution.

Despite this message the installation or the update process completes successfully.
Installation setup HCL Workload Automation fails if there is another HCL Workload Automation instance (184059)
When trying to install HCL Workload Automation 9.4 GA + Fix Pack 2 on a workstation where a master domain manager instance already exists, the installation fails.

Workaround: When launching the script to run Installation Manager, ensure that the script is launched from the folder where you unzipped the Fix Pack Image and specify the path to the folder where you unzipped the General Availability image.

Unexpected success message written in stderr instead of stdout (180169)
When using the composer command line, a message of success is erroneously written to the Standard Error instead of Standard Output.
9.4.0 Fix Pack 1
IV60757: AFTER SWITCHING MANAGER CANNOT BROWSE JOBLOGS

Conman cannot retrieve job logs in archived plans for jobs which ran on dynamic agents if the master domain manager in the archived plan is different from the current master.

178943: Agent installation does not find prerequisite 32 bit libraries on LINUX PPC64LE SELS 12 SP2
On LINUX PPC64LE workstations, the installation might fail because the following 32 bit libraries are missing with the following info in the log file/opt/HCL/TWA_twsuser/logs/result.txt:
The prerequisite fails because the 32 bit libraries are not available.
os.lib.libstdc.so.5_32   FAIL   Unavailable   /usr/lib/libstdc++.so.5
os.lib.libstdc.so.6_32   FAIL   Unavailable   /usr/lib/libstdc++.so.6
os.strings.libstdc       FAIL   Unavailable   /usr/lib/libstdc++.so.6:
GLIBCXX_3.4.6

Workaround: To workaround this problem,restart the installation using the twsinst script with the -skipcheckprereq parameter.

178681: JobStream re-submission does not work when the original job stream containing the start condition is defined on a workstation class
If you define a job stream for a workstation class specifying a start condition, you must select the Start Once option.
177195: supported number of concurrent filemonitor commands
If you plan to run hundreds of job streams containing start conditions on the same agent, you might want to take into consideration the resource overhead due to the filemonitor process.

Fix pack structure

This section describes the structure of the images contained in this Fix Pack.

Fix Pack files available for HCL Workload Automation using HCL License Portal

This is the structure of the Fix Pack for the engine on HCL License Portal:
Table 6. Linux server components
Name Description
HCL Workload Automation 9.4.0.3 LINUX LINUX distribution
ReadmeFirst file Readme file with download instructions
SERVER
HWA94_FP4_LINUX_X86_64.zip HCL Workload Automation and Dynamic Workload Console 9.4 FP4 FOR LINUX
IBM_DB2_AdvServerEd_11.1_LNX IBM® DB2® Advanced Workgroup Server Edition Server - Restricted Use for Linux® 11.1 on AMD64 and Intel® EM64T systems (x64)
IBM_DB2_Activation IBM® DB2® Advanced Workgroup Server Edition Server - Restricted Use - Activation
IBM_DB2_LangPk_11.1 IBM® DB2® National Language Pack 11.1 for Linux® on AMD64 and Intel® EM64T systems (x64)
JazzSM_1.1.3.0_LNX_ML Jazz™ for Service Management 1.1.3.0 for Linux ML (Launchpad, PRS, Jazz Repository, TDI)
JazzSM_patch 1.1.3.0-TIV-JazzSM-DASH-Cumulative-Patch-0004
IBM_WebSphereAppServ_8.5.5.9_LNX IBM WebSphere® Application Server V8.5.5.9 for Workload Automation 9.4 for Linux ML
IBM_WAS_8.5.5FP13 IBM WebSphere Application Server Version 8.5.5 Fix Pack 13 for distributed platforms
JAVA_WAS_8.5.0.6_LNX IBM WebSphere SDK, Java Technology Edition, Version 8.0.5.6 for Linux ML
IBM_TCR_3.1.3_LNX_ML IBM Tivoli® Common Reporting 3.1.3 for Jazz for Service Management for Linux ML
IBM_TCR_313_Cognos_WIN_ML IBM Tivoli Common Reporting 3.1.3 Cognos® Framework Manager Windows Multilingual
Table 7. Linux agent components
Name Description
AGENTS
HWA94_FP4_LNX_X86_64_AGENT.zip Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on x86-64
HWA94_FP4_AIX_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for AIX®
HWA94_FP4_HPIA64_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for HP-UX on Itanium
HWA94_FP4_SOL_I386_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Solaris x64
HWA94_FP4_LNX_PPC64LE_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on POWER® (little endian)
HWA94_FP4_LNX_PPC_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on POWER (big endian)
HWA94_FP4_LNX_S390_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on System z9® and System z®
HWA94_FP4_IBM_I_AGENT.zip

HCL Workload Automation Agent 9.4 for IBM i

HWA94_FP4_WIN_X86_64_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Windows x64
Table 8. Linux Report CLI components
Name Description
REPORTS_CLI HCL Workload Automation 9.4 Batch Reports Command Lines
HWA94_FP4_AIX_BatchReportCli.tar
HWA94_FP4_HPIA64_BatchReportCli.tar
HWA94_FP4_LINUX_X86_64_BatchReportCli.tar
HWA94_FP4_LINUX390_BatchReportCli.tar
HWA94_FP4_LINUXPPC_BatchReportCli.tar
HWA94_FP4_SOLARIS_I386_BatchReportCli.tar
HWA94_FP4_WINDOWS_X86_64_BatchReportCli.zip
Table 9. Windows server components
Name Description
HCL Workload Automation 9.4.0.3 WINDOWS WINDOWS distribution
ReadmeFirst file Readme file with download instructions
SERVER
HWA94_FP4_WINDOWS_X86_64.zip HCL Workload Automation and Dynamic Workload Console 9.4 FP4 FOR WINDOWS
DB2_AWSE_REST_Svr_11.1_WIN IBM® DB2® Advanced Workgroup Server Edition Server - Restricted Use 11.1 for Windows® on AMD64 and Intel® EM64T systems (x64)
IBM_DB2_Activation IBM® DB2® Advanced Workgroup Server Edition Server - Restricted Use - Activation
JazzSM_1.1.3.0_WIN_ML Jazz for Service Management 1.1.3.0 for Windows ML (Launchpad, PRS, Jazz Repository, TDI)
JazzSM_patch 1.1.3.0-TIV-JazzSM-DASH-Cumulative-Patch-0004
IBM_WebSphereAppServ_8559_WIN IBM WebSphere Application Server V8.5.5.9 for Workload Scheduler 9.4 for Windows ML
IBM_WAS_8.5.5FP13 IBM WebSphere Application Server Version 8.5.5 Fix Pack 13 for distributed platforms
JAVA_WAS_8.5.0.6_WIN IBM WebSphere SDK, Java Technology Edition, Version 8.0.5.6 for Windows ML
IBM_TCR_3.1.3_WIN_ML IBM Tivoli Common Reporting 3.1.3 for Jazz for Service Management for Windows ML
IBM_TCR_313_Cognos_WIN_ML IBM Tivoli Common Reporting 3.1.3 Cognos Framework Manager Windows Multilingual
Table 10. Windows agent components
Name Description
AGENTS
HWA94_FP4_LNX_X86_64_AGENT.zip Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on x86-64
HWA94_FP4_AIX_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for AIX
HWA94_FP4_HPIA64_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for HP-UX on Itanium
HWA94_FP4_SOL_I386_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Solaris x64
HWA94_FP4_LNX_PPC64LE_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on POWER (little endian)
HWA94_FP4_LNX_PPC_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on POWER (big endian)
HWA94_FP4_LNX_S390_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Linux on System z9 and System z
HWA94_FP4_IBM_I_AGENT.zip

HCL Workload Automation Agent 9.4 for IBM i

HWA94_FP4_WIN_X86_64_AGENT.zip HCL Workload Automation Agent 9.4, Remote CLI and Workload Automation for Applications for Windows x64
Table 11. Windows Report CLI components
Name Description
REPORTS_CLI  
HWA94_FP4_AIX_BatchReportCli.tar  
HWA94_FP4_HPIA64_BatchReportCli.tar  
HWA94_FP4_LINUX_X86_64_BatchReportCli.tar  
HWA94_FP4_LINUX390_BatchReportCli.tar  
HWA94_FP4_LINUXPPC_BatchReportCli.tar  
HWA94_FP4_SOLARIS_I386_BatchReportCli.tar  
HWA94_FP4_WINDOWS_X86_64_BatchReportCli.zip  

Installing the Fix Pack

Installation notes

When installing the HCL Workload Automation Fix Pack, follow these recommendations:
  • Before installing the Fix Pack, ensure you have installed the required prerequisite software. To obtain the latest information about software requirements for HCL Workload Automation, see https://workloadautomation.hcldoc.com/help/topic/com.hcl.wa.doc_9.4/distrDDguides.html.
  • This Fix Pack supports DB2 Advanced Enterprise Server Edition, Version 10.5 on HP-UX and Sun Solaris operating systems only. It is available for download from HCL License Portal. After the installation of DB2 Advanced Enterprise Server Edition, Version 10.5, you must manually apply the license activation key (.lic file). The license key must be downloaded separately from the Passport Advantage web site. The part number related to the license activation key is CNED3ML. The key must be registered using the db2licm command. See Applying DB2 licenses licenses for the procedure to register the key.

    If you already have installed DB2 Advanced Workgroup Server Edition, you can switch this license with a DB2 Advanced Enterprise Server Edition license, by following the procedure in Updating licenses. Note that when the procedure references the product-identifier as in step 3:db2licm -a product-identifier, replace the product-identifier with the file representing the license activation key (.lic).

  • Before installing this Fix Pack on AIX V7.1 operating systems, you must apply the patch for APAR IZ99634. For more information, see: http://www-01.ibm.com/support/docview.wss?uid=isg1IZ99634.
  • On UNIX operating systems, before installing the HCL Workload Automation Fix Pack, ensure that your umask is set to 022. To verify that umask is set to the correct value, from a command prompt, run the umask command. If the value is different from 022, modify it by running the command:
    umask 022
  • On UNIX operating systems, the database administrator must have read and run privileges for the HCL Workload Automation installation path; otherwise the installation fails. (54367)
  • If you get an error message indicating permission denied for the installation process, to run a script in the tws_tools directory as a user, different from the root user because this user does not have write, read, and execute rights in this directory, you must:
    1. Extract the eImages to a directory where all users have write, read, and execute rights.
    2. Restart the installation process from this directory.
  • During the upgrade of the master domain manager, the installation process attempts to retrieve information from your environment. If the installation fails to perform the retrieve, and you have recently upgraded WebSphere Application Server to version 8.5.5.4, then you need to stop, start, and stop again, the WebSphere Application Server, and then restart the upgrade installation process for the master.
  • When installing the Fix Pack on a Solaris operating system where an Oracle database is used, the installation must be performed using a connection that is not in SSL between the machine where the installation is being performed and the machine where the Oracle database is installed.
  • When upgrading the master domain manager to V9.4 by using Installation Manager, a Java fresh install is required before proceeding with the master domain manager upgrade. When upgrading the master domain manager to V9.4, run the following steps:
    1. Upgrade WebSphere Application Server to V8.5.5.9.
    2. Perform a fresh install of Java V8.0.2.10.
    3. Upgrade the master domain manager to V9.4.
After the Fix Pack installation completes, verify the following information:
  • This Fix Pack installs a new version of the file tws_env.sh (tws_env.cmd) and also creates a backup file named, tws_env.sh.bk (tws_env.cmd.bk), which are both saved to the <TWA_HOME>/TWS directory, where <TWA_HOME> is the HCL Workload Automation installation directory. After installing the Fix Pack, if you have modified the original version, merge the content of the new version with the content of the original version to carry your customized content into the new version.
  • On IBM i operating systems, if you want to install the Fix Pack on the agent for z/OS and HCL Workload Automation Dynamic Agent, verify that the user profile used as TWSUser is not a member of a group profile. Set the group profile associated with the TWSUser to *NONE. If the TWSUser is a member of a group, the Fix Pack installation fails.
  • Only on Windows operating systems, to correctly display double-byte character set (DBCS) characters, you must perform the following actions:
    • Set the LANG environment variable to the DBCS language code you want to use, for example, set LANG=zh_CN.
    • Set the TWS_TISDIR environment variable to the HCL Workload Automation home directory, for example, set TWS_TISDIR=C:\FTA\TWS.
    • Open the Control Panel window and click Clock, Language, and Region.
    • Click Region and Language.
    • In the Format tab, choose from the Format drop-down list the language you want to use.
    • In the Keyboards and Languages tab, under Display Language, click install and follow the steps to install the DBCS language pack you want to use.
    • In the Administrative tab, click Change system locale and, from the drop-down list, choose the language (system locale) you want to use.
    Note that all the settings must be coherent, that is they must refer to the same DBCS language setting. After you have completed these changes, reboot your workstation to have the changes take effect.
  • 168833: When installing this Fix Pack on AIX V7.2, ensure that you have WebSphere V8.5.5.8 and DB2 V10.5 Fix Pack 7 installed.
  • When installing a dynamic agent or a fault-tolerant agent, ensure that the agent name does not start with a number. If the name of the dynamic agent starts with a number, use the -displayname parameter at installation time to specify a different name. If the name of the fault-tolerant agent starts with a number, use the --thiscpu parameter at installation time to specify a different name.

Disk space requirements

For the most up-to-date information about disk space and memory requirements, see the hardware requirements at the following URL: https://workloadautomation.hcldoc.com/help/topic/com.ibm.tivoli.itws.doc_9.4/HCL_Workload_Automation_Supported_Hardware.htm.

Before starting the Fix Pack installation, ensure that you have the necessary disk space available on the file system. Consider that the disk space check calculated by the installation considers the entire space occupied by the <TWA_HOME> directory. The space required by the backup is the sum of the following directories:
<TWA_HOME>/TWS + <TWA_HOME>/TDWB + <TWA_HOME>/wastools + <TWA_HOME>/properties
In addition to the disk space in the following table, the installation requires an additional 600 MB on the file system where the IMShared directory is located.
Table 12. Disk space requirements for installing a master domain manager or a backup master Fix Pack
Operating System Installation directory Temporary directory
AIX 2,5 GB 1,5 GB
HP-UX 2,5 GB 1,5 GB
Solaris 1.5 MB 800 MB
Microsoft Windows 2 GB 1 GB
Linux 1,5 GB 800 MB
Table 13. Disk space requirements for installing the Fix Pack for HCL Workload Automation fault-tolerant agents
Operating System Installation directory Temporary directory
AIX 900 MB 400 MB
HP-UX 1.3 GB 400 MB
Solaris 920 MB 400 MB
Microsoft Windows 700 MB 350 MB
Linux 720 MB 350 MB
Table 14. Disk space requirements for installing the Fix Pack for HCL Workload Automation dynamic agents and z/OS agents
Operating System Installation directory Temporary directory
AIX 600 MB 250 MB
HP-UX 920 MB 400 MB
Solaris 580 MB 120 MB
Microsoft Windows 800 MB 400 MB
Linux 600 MB 250 MB
Note: Only on HP and Solaris operating systems, the Fix Pack installation requires also 300 MB free disk space in the temporary directory /var/tmp.

Installation methods

Before Installing

Before installing the Fix Pack using any of the methods described in the following sections, perform the following actions:
  1. Unlink the host on which you are installing the Fix Pack from the network.
  2. Shut down HCL Workload Automation.
  3. Run the following commands, depending on your configuration:
    Master domain manager or dynamic domain manger or their backups:
    On Windows operating systems:
    conman "unlink @; noask"
    conman "stop; wait"
    conman "stopmon;wait"
    ShutDownLwa.cmd  
    stopServer.bat
    On UNIX and Linux operating systems:
    conman "unlink @; noask"
    conman "stop; wait"
    conman "stopmon;wait"
    conman "shut;wait"  
    ShutDownLwa 
    ./stopServer.sh
    Fault-tolerant agent or domain manager:
    On Windows operating systems:
    conman "unlink @; noask"
    conman "stop; wait"
    conman "stopmon;wait"
    ShutDownLwa.cmd  
    On UNIX and Linux operating systems:
    conman "unlink @; noask"
    conman "stop; wait"
    conman "stopmon;wait"
    conman "shut;wait"  
    ShutDownLwa 
    HCL Workload Automation for z/OS agent or HCL Workload Automation dynamic agent:
    On Windows operating systems:
    ShutDownLwa.cmd
    On UNIX and Linux operating systems:
    ShutDownLwa

    If you have jobs scheduled to run on the instance you are upgrading, make sure that they have completed otherwise some processes, such as jobmon or joblnch, might still be active.

  4. Download the appropriate ZIP file specific for the operating system from HCL License Portal.
  5. Delete the content of the following directory: <TWA_HOME>/TWS/ITA/cpa/temp/ipc, where <TWA_HOME> is the HCL Workload Automation installation directory.
  6. Extract the content of the ZIP files into a directory, using one of the extraction tools available on your system or downloadable from the Internet. The tool you use must be able to keep the file permissions on the extracted files, for example, infozip.
    Note:

Creating or updating the HCL Workload Automation database schema

Before launching any of the installation methods, manually create the SQL database tables following the procedure in the Planning and Installation guide that best suits your environment. To update or upgrade the database schema, follow the directions in this section.

Depending on the HCL Workload Automation component you install, the following database tables must be created or upgraded:
Master domain manager or backup master domain manager:
  • HCL Workload Automation tables
  • Dynamic workload broker tables.
Dynamic domain manager or backup dynamic domain manager:
Dynamic workload broker tables.

For a DB2 or Oracle database, the database tables can be created or upgraded at the same time as when you install or update the product component using either the Installation Manager wizard or the silent installation, or you can choose to create or update the database tables manually, and then install and update the component at a later time. For Informix® Dynamic Server and Microsoft SQL Server databases, the database tables must be created or updated manually, before installing the product.

Creating the database tables for DB2 and Oracle

About this task
Create the database tables for the first time manually using the procedure documented in the HCL Workload Automation Planning and Installation and then install the product using the Fix Pack installation procedure. The HCL Workload Automation version 9.4 Fix Pack 1 image contains an updated dbtools directory. When performing the following procedures, always use the files contained in the dbtools directory of the Fix Pack image.
DB2
Creating the HCL Workload Automation and the dynamic workload broker database tables involves the following high-level steps:
  1. Customize the properties file.
  2. Generate the SQL files.
  3. Create the SQL tables.
Refer to Creating or upgrading the database schema if you are using DB2.
Oracle
Creating the HCL Workload Automation and the dynamic workload broker database tables involves the following high-level steps:
  1. Customize the properties file.
  2. Generate the SQL files.
  3. Create the SQL tables.
Refer to Creating or upgrading the database tables if you are using Oracle.
Updating or upgrading the database schema for DB2 or Oracle

Starting with the previous Fix Pack, a new method for updating and upgrading the HCL Workload Automation and the dynamic workload broker database schema is provided for DB2 and Oracle databases. The update or upgrade can be performed manually before you install the product component Fix Pack or, using the Installation Manager wizard or silent installation, the schema is updated during the Fix Pack installation procedure.

Before you begin
This manual procedure requires an installation of Java Runtime Environment version 1.7 or later. If you already have a supported version installed, refer to the JAVA_HOME installation directory where required in this procedure. This manual procedure can also be run from a remote computer where the Java Runtime Environment is installed.
About this task
Updating or upgrading the database schema for DB2 and Oracle using this method involves the following high-levels steps:
  1. Modify the upgradeDB2IWSDB.properties or the upgradeOracleIWSDB.properties file assigning the appropriate values to the parameters.
  2. Run the launchUpgradeIWSDB.bat or the launchUpgradeIWSDB.sh script to generate and apply the SQL statements. Optionally, you can choose to only generate the statements and apply them later, but before installing the product component Fix Pack.

To update or upgrade the HCL Workload Automation and the dynamic workload broker database tables, run the following procedure:

Procedure
  1. From the HCL Workload Automation version 9.4 Fix Pack 1 image, locate the dblighttool directory and extract the compressed file, IWSDBUpgrade.zip, to a path on the database server computer or on a remote computer.
  2. Modify the properties file located in the IWSDBUpgrade folder assigning values to the parameters as follows:
    DB2
    upgradeDB2IWSDB.properties
    Oracle
    upgradeOracleIWSDB.properties
    Table 15. Properties for DB2 and Oracle update and upgrade procedure
    Property DB2 Oracle
    COMPONENT_TYPE The HCL Workload Automation component to be updated or upgraded: MDM, BKM, DDM or BDM. The default value is MDM.
    DB_NAME The name of HCL Workload Automation database. The default value is TWS. The Oracle instance name (SID) of the HCL Workload Automation database. The default value is orcl.

    On Solaris operating systems where an Oracle database is used, DB_NAME corresponds to the Service Name.

    DB_HOST_NAME The host name or IP address of the DB2 server. The host name or IP address of the Oracle server.

    On Solaris operating systems where an Oracle database is used, type the hostname or IP address of the Oracle server and uncomment this property in the property file.

    DB_PORT The port of the DB2 server. The default value is 50000. The port of the Oracle server. By default, this property is commented in the properties file.

    On Solaris operating systems where an Oracle database is used, type the port number of the Oracle server and uncomment this property in the property file.

    DB_ADMIN_USER The database administrator user that creates the HCL Workload Automation schema objects on the DB2 server. N/A
    DB_ADMIN_USER_PWD The password of the database administrator user that creates the HCL Workload Automation schema objects on the DB2 server. N/A
    DB_USER The user that has been granted access to the HCL Workload Automation tables on the DB2 server. The default value is db2admin. The database user that accesses the HCL Workload Automation tables on the Oracle server.
    DB_USER_PWD N/A The password of the database user that will access to HCL Workload Automation tables on the Oracle server.
    IWS_TS_NAME The name of the tablespace for HCL Workload Automation data (default: TWS_DATA) The name of the tablespace for HCL Workload Automation data. The default value is USERS.
    IWS_LOG_TS_NAME The name of the tablespace for the HCL Workload Automation log (default: TWS_LOG) The name of the tablespace for the HCL Workload Automation log. The default value is USERS.
    IWS_PLAN_TS_NAME The name of the tablespace for HCL Workload Automation plan (default: TWS_PLAN) The name of the tablespace forHCL Workload Automation plan. The default value is USERS.
    IWS_PLAN_TS_PATH The path of the tablespace forHCL Workload Automation plan (default: TWS_PLAN and used only for upgrade from IBM Workload Scheduler versions 8.5.1 and 8.6) N/A
    HOST_NAME The host name of the HCL Workload Automation broker (no default).
    WAS_SEC_PORT The HTTPS port of the HCL Workload Automation broker. The default value is 31116.
    UPGRADE_DB Set to TRUE to automatically apply the generated SQL statements to upgrade the HCL Workload Automation database schema. Set to FALSE to manually apply the generated statements in the customSQL.sql file. The default value is TRUE.
  3. Run the upgrade script located in the IWSDBUpgrade folder specifying the usage and all of the required parameters as follows:
    On Windows operating systems
    launchUpgradeIWSDB.bat JAVA_HOME_PATH DB_PATH PROPERTY_FILE
    For example,
    DB2
    launchUpgradeIWSDB.bat D:\TWS\JavaExt\jre\jre 
    D:\Program Files\IBM\SQLLIB\java 
    D:\IWSDBUpgrade\upgradeDB2IWSDB.properties
    Oracle
    launchUpgradeIWSDB.bat D:\TWS\JavaExt\jre\jre D:\oracle12\product\12.1.0\dbhome_1 D:\IWSDBUpgrade\upgradeOracleIWSDB.properties
    On UNIX and Linux operating systems
    ./launchUpgradeIWSDB.sh JAVA_HOME_PATH DB_PATH PROPERTY_FILE
    For example,
    DB2
     ./launchUpgradeIWSDB.sh /opt/TWS/JavaExt/jre/jre 
    /home/db2inst1/sqllib/java 
    /IWSDBUpgrade/upgradeDB2IWSDB.properties
    Oracle
    ./launchUpgradeIWSDB.sh /opt/TWS/JavaExt/jre/jre /app/oracle/product/12.1.0/dbhome_1 /IWSDBUpgrade/upgradeOracleIWSDB.properties
    Table 16. Upgrade script parameters
    Parameter Description
    JAVA_HOME_PATH The Java home directory, where the bin directory is present.
    DB_PATH
    DB2
    The fully qualified directory path to the JDBC driver JAR file that contains the JDBC driver class. Specify only the path and not the JAR file name.
    Oracle
    The ORACLE_HOME directory.
    PROPERTY_FILE The fully qualified name of the file that contains a number of properties, one on each line with an assigned value, that are required for the database upgrade.
    DB2
    upgradeDB2IWSDB.properties
    Oracle
    upgradeOracleIWSDB.properties
    The script creates an SQL file with all the statements needed to upgrade the HCL Workload Automation database schema to the latest version. The SQL file is named: IWSDBUpgrade/customSQL.sql.

    If the UPGRADE_DB parameter is set to TRUE, then the generated SQL statements are applied to the database automatically when the script is run.

    If UPGRADE_DB parameter is set to FALSE, then the SQL statements are generated but not applied to the database. You can inspect the generated customSQL.sql and when you are ready to apply them to the database, set the value of the UPGRADE_DB parameter to TRUE in the upgradeDB2IWSDB.properties/upgradeOracleIWSDB.properties file and then rerun the launchUpgradeIWSDB.bat/launchUpgradeIWSDB.sh script to regenerate the SQL statements and apply the SQL statements .

What to do next
You can now proceed with updating the product.
Creating and upgrading the database tables for Informix and Microsoft SQL

Create or update the database tables manually before installing the product.

About this task
This is a mandatory procedure if you use either Informix Dynamic Server or Microsoft SQL Server databases and it must be performed before you install or upgrade the product with a user different from the database administrator user. The HCL Workload Automation version 9.4 Fix Pack 4 net image contains an updated dbtools directory. When performing the following procedures, always use the files contained in the dbtools directory of the Fix Pack image.
Informix Dynamic Server
Creating the HCL Workload Automation and the dynamic workload broker database tables involves the following high-level steps:
  1. Customize the properties file.
  2. Generate the SQL files.
  3. Create the SQL tables.
Refer to Creating or upgrading the database tables if you are using Informix Dynamic Server.
Microsoft SQL Server
Creating the HCL Workload Automation and the dynamic workload broker database tables involves the following high-level steps:
  1. Customize the properties file.
  2. Generate the SQL files.
  3. Create the SQL tables.
Refer to Creating or upgrading the database tables if you are using Microsoft SQL Server.

Extract the eImages for the IBM Workload Scheduler for z/OS Agent and Dynamic Agent on IBM i operating systems

The following package is available with this Fix Pack:
  • HWA94_FP4IBM_I_AGENT.zip: The dynamic agent on IBM i image. This package also contains an extraction tool executable that can be copied to the IBM i workstation.

To untar or unzip the Fix Pack eImages, you can use the PASE shell or the AIXterm.

Using PASE shell:
  1. Open the PASE shell.
  2. Run the command:
    "CALL QP2TERM"
  3. Locate the folder where you downloaded the Fix Pack eImage and run the command:
    Dynamic agent
    "unzip HWA94_FP4_IBM_I_AGENT.zip"
  4. Exit from the PASE shell.
Using AIXterm:
  1. Start the Xserver on your desktop.
  2. On the iSeries machine, open a QSH shell and export the display.
  3. In QSH shell, go to the directory /QopenSys and run the command:
    "aixterm -sb"
  4. A pop-up window is displayed on your desktop. Using this pop-up window, unzip the HWA94_FP4_IBM_I_AGENT.zipfile, or untar the HWA94_FP4_IBM_I_AGENT.zip.

Installing HCL Workload Automation v9.4FP4 for the first time using the IBM Installation Manager wizard

To install HCL Workload Automation v9.4FP4 for the first time using the interactive wizard, complete the following steps:
  1. Complete the actions described in section Before Installing.
  2. Download the HCL Workload Automation from HCL License Portal, specific for the operating system and extract it into a path of your choice.
  3. Download the TAR or ZIP file specific for the operating system from HCL License Portal and extract it. To extract the .tar file, ensure that you use the GNU version of the TAR command. Otherwise, if you extract the file using a version other than GNU, your Fix Pack installation fails. If you are installing on a UNIX operating system, run the following command:
     chmod -R 755 <imagesDir>  
  4. Depending on the type of operating system, run the following command:
    On Windows operating systems:
    From the directory where you extracted the files, run setupTWS.cmd -gapath <extraction_path>.
    On UNIX and Linux operating systems:
    From the directory where you extracted the files, run setupTWS.sh -gapath <extraction_path>.
    where <extraction_path> is the path into which you extracted the HCL Workload Automation General Availability eImage.

    The IBM Installation Manager window opens.

  5. Select the packages you want to install and the click Next to continue.
  6. In the Validating Results page, check that all the prerequisites are fulfilled and then click Next to continue.
  7. In the Licenses page, read the license agreement for the selected package. If you agree to the terms of all the license agreements, click I accept the terms in the license agreements and then click Next.
  8. In the Install Packages page, type the directory where you want to install the product and then click Next to continue.
  9. In the Features page, select the HCL Workload Automation features:
    • master domain manager
    • dynamic domain manager
    Click Next to continue.
  10. Complete the available fields in the following panels:
    For master domain manager
    • User information
    • Master configuration
    • Database configuration
    • WebSphere profile configuration
    • WebSphere ports configuration
    • Disk space check
    For dynamic domain manager
    • User information
    • Dynamic domain manager configuration
    • Database configuration
    • WebSphere profile configuration
    • WebSphere ports configuration
    • Disk space check
    For each panel, click Validate to validate that the information you entered is correct and then click Next to continue.
  11. In the Summary page, review your choices before upgrading the product package. To change any choices that you made on previous pages, click Back and make the changes. When you are satisfied with your installation choices, click Install to install the packages.
  12. Ignore any request to create the WebSphere Application Server administrator user.
  13. Click Finish to complete the installation.

Installing the Fix Pack on the HCL Workload Automation General Availability version 9.4 using the IBM Installation Manager wizard

Before you begin

If you are updating the master domain manager and you use an Oracle database, then ensure that you run IBM Installation Manager from a shell with the ORACLE_HOME environment variable set correctly. Also, ensure that you add the Oracle native client libraries located in %ORACLE_HOME/lib to the appropriate environment variable:
  • Linux and Solaris: LD_LIBRARY_PATH. For example:
    export ORACLE_HOME=/oracle/app/oracle/product/12.1.0/dbhome_1 
    export LD_LIBRARY_PATH=/oracle/app/oracle/product/12.1.0/dbhome_1/lib
  • AIX: LIBPATH
  • HP-UX: SHLIBPATH
  • Windows: PATH

About this task

To install the Fix Pack using the interactive wizard, complete the following steps:

Procedure

  1. Perform the actions described in section Before Installing.
  2. Download the TAR or ZIP file specific for the operating system from HCL License Portal and extract it. To extract the .tar file, ensure that you use the GNU version of the TAR command. Otherwise, if you extract the file using a version other than GNU, your Fix Pack installation fails. If you are installing on a UNIX operating system, run the following command:
     chmod -R 755 <imagesDir>  
  3. You can start the installation process by using one of the following methods:
    Method 1: IBM Installation Manager program
    1. Start the Installation Manager in wizard mode. For Windows, use IBMIM.exe. For Linux and UNIX, use the ./IBMIM command line. The IBM Installation Manager window opens.
    2. In the menu bar, click File > Preferences.
    3. The Repositories window opens. Click Add Repository.
    4. In the Select a Repository window, in the Filter pane, type the path to the directory where the Fix Pack files are located.
    5. In the Directories pane, select the directory containing the Fix Pack files and click OK.
    Method 2: The scripts update.bat or update.sh
    Depending on the type of operating system, run the following command:
    On Windows operating systems:
    On Windows platforms, you must use only the 32-bit version of IBM Installation Manager. From the root directory of the eImages, run update.bat.
    On UNIX and Linux operating systems:
    From the root directory of the eImages, run update.sh.
    The IBM Installation Manager window opens.
  4. Verify that the check box Search service repositories during installation and updates is not selected, then click OK in the Repositories window.
  5. Click Update.
  6. In the Installation Packages page, select the "HCL Workload Automation" > "Version 9.4.0.1" product package. Click Next to continue.
  7. In the Licenses page, read the license agreement for the selected package. If you agree to the terms of all the license agreements, click I accept the terms in the license agreements and then click Next.
  8. In the Features page, select the HCL Workload Automation features:
    • master domain manager
    • dynamic domain manager
    Click Next to continue.
  9. Complete the not disabled fields in the following panels:
    For master domain manager
    • Upgrade configuration
    • User information
    • Master configuration
    • Database configuration: Most fields are prefilled with information retrieved from your environment. Complete the fields where required as follows:
      Table 17. Database configuration options for DB2
      Option Description
      Database Administrator user The database administrator user that creates the HCL Workload Automation schema objects on the DB2 server.
      Database Administrator password The password of the database administrator user that creates the HCL Workload Automation schema objects on the DB2 server.
      Table 18. Database configuration options for Oracle
      Option Description
      HCL Workload Automation database user password The password for the HCL Workload Automation Oracle user. It must comply with the Oracle naming rules.
    • WebSphere profile configuration
    • WebSphere ports configuration
    • Disk space check
    For dynamic domain manager
    • Upgrade configuration
    • User information
    • Dynamic domain manager configuration
    • Database configuration: same information as for a master domain manager.
    • WebSphere profile configuration
    • WebSphere ports configuration
    • Disk space check
    For each panel, click Validate to validate that the information you entered is correct.
  10. In the Summary page, review your choices before upgrading the product package. To change any choices that you made on previous pages, click Back and make the changes. When you are satisfied with your installation choices, click Update to install the update packages.
  11. Click Finish to complete the installation.

Results

Note: If the Fix Pack installation fails, the HCL Workload Automation General Availability version 9.4 instance might not work properly and the following error is shown in the installation logs:
An error occurred while restoring the HCL Workload Automation instance 
from the backup, located in the folder <backup_folder>
where <backup_folder> is the folder where the HCL Workload Automation backup files are located.
To recover from this issue, complete the following steps:
  1. Check that you have right permissions for the HCL Workload Automation installation path, that there is enough disk space, and that no process is locking the files located in the HCL Workload Automation installation path.
  2. Access the <backup_folder> and remove the folders with the same names as those located in the HCL Workload Automation installation folder.
  3. Copy all the folders from the <backup_folder> to the HCL Workload Automation installation folder.
  4. Rerun the Fix Pack installation steps.

Installing the Fix Pack using IBM Installation Manager silent installation

Apply the Fix Pack using the Installation Manager silent installation method.

Before you begin

After you complete the actions described in the section Before Installing, if you want to install the Fix Pack in silent mode, use the silent installation method. When you run a silent installation, you must create a response file to use as input to the IBM Installation Manager silent installation commands. The response file includes all the information required to run the installation without user intervention.
As a prerequisite step, specifically for the master domain manager silent installation, you can run a script that checks the system against the product system requirements to ensure a successful installation without delays or complications. The prerequisite check script checks requirements such as:
  • Supported operating system.
  • Sufficient RAM.
  • Sufficient swap file space.
  • Disk space for the creation of the installation and temporary directories passed in input to the script.
For specific details about the product system requirements see Disk space requirements.
To run the prerequisite check script, copy the script iwsPrereqCheck.bat or iwsPrereqCheck.sh and the Prerequisites folder from the Fix Pack image to a folder on the system where you plan to run the installation. Ensure you have read, write, and execute permissions on the Prerequisites folder. If the Fix Pack image is already on this system, then you can run the script directly from the Fix Pack image location. Submit the script to run as follows:
On Windows operating systems:
Run the following command:
iwsPrereqCheck.bat -instdir <TWA_HOME> -tmpdir <tmp>
On UNIX or Linux operating systems:
Run the following command:
iwsPrereqCheck.sh -instdir <TWA_HOME> -tmpdir <tmp>
where,
<TWA_HOME>
Represents the product installation directory.
<tmp>
Represents the temporary folder on the system where you are running the installation.
The results of the prerequisite check are written to a text file named, result.txt, located in the Prerequisites folder.

About this task

You are provided with several sample response files located in the \response_files\ directory. Select the appropriate response file, determine the eImages you need to download and extract, and then customize the properties in the response file including the settings for the repository location of the eImages before performing the silent installation. For example, the following is an extract from a sample response file with the repository locations specified:
<server>
      <!-- The HCL Workload Automation repository.   -->
      <!-- Insert the value of the directory where you downloaded the 
           HCL Workload Automation image.   -->
      <repository location='/tmp/Images/TWS94ga/TWS/disk1'/>
      <!-- Define the location  where you store the current HCL Workload Automation 
           fixpack eImages -->
      <repository location='/tmp/Images/TWS94fp4/TWS'/>
</server>
Important: During the silent installation, if the location specified for a repository is not found, then correct the location and before rerunning the installation, clear the repository locations from IBM Installation Manager.
  1. Open the Preferences panel in Installation Manager.
  2. From the Repositories page, select and remove the repository location in error.
  3. Correct the repository location in the response file.
  4. Rerun the silent installation.
Table 19. Response files for Fix Pack installation
Response File Name Description Required Images
9.4 GA 9.4 FP4 Installation Manager WebSphere Application Server
IWS94_UPDATE_<component_name>
_from93_<os_name>.xml
This response file applies the Fix Pack to version 9.3 component bringing it to the 9.4 FP4 level.    
IWS94_UPGRADE_<component_name>
_from9x_<os_name>.xml
This response file upgrades a version 9.1 or 9.2 component to the 9.4 FP4 level.    
IWS93_UPGRADE_<component_name>
_from86_<os_name>.xml
This response file upgrades a version 8.6 component to the 9.3 FP4 level.    
IWS93_UPGRADE_<component_name>
_from851_<os_name>.xml
This response file upgrades a version 8.5.1 component to the 9.3 FP4 level.    
IWS94_FRESH_<component_name>
_<os_name>.xml
This response file performs a fresh installation of the version 9.4 GA product plus Fix Pack 4. Use this installation if you have WebSphere Application Server and Installation Manager already installed.    
IWS94_FRESH_FULL_<component_name>
_<os_name>.xml
This response file performs a first time fresh installation of the version 9.4 GA product, Fix Pack 4, WebSphere Application Server, and Installation Manager. WebSphere Application Server must be purchased separately.
Create your own response file or customize a sample response file to include the options required to complete the installation you require. The properties in the response files are described in more detail in this topic of the Planning and Installation guide. In particular, with this Fix Pack, the following new properties have been introduced for DB2 and Oracle databases:
Table 20. DB2 database configuration properties in the response file
Name Description Permitted Values
user.dbJDBCDB2AdminUser The user name of the administrator of the DB2 server instance. db2inst1
user.dbJDBCDB2AdminPassword The DB2 administrator password. For more information about encrypting passwords using Installation Manager, see Encrypting user passwords for response files.
user.dbJDBCPort Optional, type the TCPIP port number only if DB2 is configured to use an SSL connection. 50000
user.db2PlanTableSpaceName The name of the DB2 instance tablespace for storing plan data. TWS_PLAN
ser.db2PlanTableSpacePath The relative path of the DB2 instance tablespace for storing plan data. Only for upgrades from IBM Workload Scheduler versions 8.5.1 and 8.6. TWS_PLAN
Table 21. Oracle database configuration properties in the response file
Name Description Permitted Values
user.dbJDBCOraclePassword The Oracle HCL Workload Automation user that accesses the HCL Workload Automation schema. For more information about encrypting passwords using Installation Manager, see https://workloadautomation.hcldoc.com/help/topic/com.ibm.tivoli.itws.doc_9.4/distr/src_pi/awspiIMencryptpwd.htm
user.oraclePlanTableSpace The name of the tablespace for storing plan data. USERS

Procedure

  1. Copy the relevant response file to a local directory.
  2. Edit the HCL Workload Automation section.
  3. Save the file with your changes.
  4. Open a command-line prompt.
  5. Go to the Installation Manager tools directory. The default tools directory is:
    • On Windows operating systems:
      C:\Program Files\IBM\Installation Manager\eclipse\tools
    • On UNIX and Linux operating systems:
       /opt/IBM/InstallationManager/eclipse/tools
  6. Run the following command:
    • On Windows operating systems:
      imcl.exe -c
    • On UNIX and Linux operating systems:
      ./imcl -c
  7. Type P and press the Enter key to access the Preferences menu.
  8. Type 1 and press the Enter key to access the Repositories menu.
  9. Remove all the listed repositories by typing the number beside each repository to edit it and then type 2 to remove the repository. Perform these actions for each of the listed repositories.
  10. If there is an X beside the S menu item related to Search service repositories, type S and press the Enter key to deselect it.
  11. Type A and press the Enter key to apply the changes.
  12. Type R and press the Enter key to return to the main menu.
  13. Type X and press the Enter key to exit.
  14. Go to the Installation Manager tools directory. The default tools directory is:
    • On Windows operating systems:
      C:\Program Files\IBM\Installation Manager\eclipse\tools
    • On UNIX and Linux operating systems:
       /opt/IBM/InstallationManager/eclipse/tools
  15. Run the following command:
    • On Windows operating systems:
      imcl.exe input <local_dir>\response_file.xml
      -log <local_dir>\log_file.xml
      -acceptLicense -nosplash
    • On UNIX and Linux operating systems:
       ./imcl input /<local_dir>/response_file.xml
      -log /<local_dir>/log_file.xml
      -acceptLicense -nosplash
      where response_file is the name of the response file to be used for the installation, and log_file is the name of the log file that records the result of the silent installation.

After installing the Fix Pack

After you have installed the Fix Pack for the master domain manager or backup domain manager, create the event and the event rules related to the centralized agent update feature. This procedure enables you to monitor future updates of fault-tolerant and dynamic agents using the centralized agent update method.

Before you begin

Ensure you have already upgraded your master domain manager or backup domain manager to HCL Workload Automation V9.4 Fix Pack 4.

About this task

To create the update event and event rules:

Procedure

  1. Create the update event definition.
    1. Perform a dump of your custom events by entering the following command:
      evtdef dumpdef <file_name>
      where <file_name> is the name of a new XML file to where your custom events are saved.
    2. Edit the new XML file by appending the following section between the <eventPlugin>...</eventPlugin> XML tags maintaining the correct XML syntax and save the file.
      <!-- Update Event -->
      <event baseAliasName="updateEvt" scope="Generic">
          <complexName displayName="Update event" name="Upgrade"></complexName>
          <displayDescription>The event is sent when the specified expression is matched.</displayDescription>
          <property type="string" required="true" wildcardAllowed="true" multipleFilters="true" minlength="1">
              <complexName displayName="Message" name="Message" />
              <displayDescription>The message for which the event is generated.</displayDescription>
          </property>
          <property type="string" required="true" wildcardAllowed="true" multipleFilters="false" minlength="1">
              <complexName displayName="Workstation" name="Workstation" />
              <displayDescription>The workstation for which the event is generated.</displayDescription>
          </property>
          <property type="string" required="true" wildcardAllowed="true" multipleFilters="true" minlength="1">
              <complexName displayName="Update Status" name="UpgradeStatus" />
              <displayDescription>The status of the running update.</displayDescription>
          </property>
      </event>
    3. Load the new update event definition by running the following command:
      evtdef loaddef <file_name>
      where <file_name> is the name of the XML file you created and modified in the previous steps.
  2. Create the update event rules.
    1. Run the following command from the composer command line:
      composer replace <TWA_home>/TWS/eventrulesdef.conf
      where <TWA_home> represents the installation directory for the HCL Workload Automation instance.

What to do next

To display and verify the new update event and event rules, log out and log back in to the Dynamic Workload Console.

Installing the Fix Pack on agents using the twsinst script

You can use the following procedure to install the Fix Pack on an existing agent installation using the twsinst script with the -update option. To perform a fresh installation of the agent, you can use the twsinst script with the -new option, refer to the HCL Workload Automation Planning and Installation guide for the complete procedure.
Note: If you are upgrading an agent from version 8.5.1, you must obligatorily specify the -passworduser_password parameter.
To show command usage:
On Windows operating systems:
cscript twsinst.vbs -u | -v
On UNIX and Linux operating systems:
./twsinst -u | -v
To install a Fix Pack:
On Windows operating systems:
cscript twsinst -update -uname TWS_user -password user_password 
[-domain user_domain]
[-inst_dir installation_dir 
[-recovInstReg {true | false}]] [-wait <minutes>] [-lang <lang_id>] 
On UNIX and Linux operating systems:
./twsinst -update -uname TWS_user [-inst_dir installation_dir 
 [-recovInstReg {true | false}]]  [-wait <minutes>][-lang <lang_id>]
Where:
-update
Upgrades an existing agent that was installed using the twsinst script.
-uname TWS_user
The name of the user for which HCL Workload Automation is upgraded.
-password user_password
Windows operating systems only. The password of the user for which you are upgrading HCL Workload Automation.
-domain user_domain
Windows operating systems only. The domain name of the HCL Workload Automation user. The default is the name of the workstation on which you are upgrading the product.
-inst_dir installation_dir [-recovInstReg true | false ]
The name of the directory where you installed HCL Workload Automation. When installing the Fix Pack the inst_dir parameter is used:
  • If the installation process cannot retrieve the product installation location from the registries.
  • If you need to re-create the HCL Workload Automation registries again before the Fix Pack installation. Set the value of recovInstReg to true if you want to re-create the registry files while performing a Fix Pack installation on a fault-tolerant agent.
-wait minutes
The number of minutes that the product waits for jobs that are running to complete before starting the Fix Pack installation. If the jobs do not complete during this interval the installation process does not proceed and an error message is displayed. Valid values are integers or -1 for the product to wait indefinitely. The default is 60.
-lang lang_id
The language used for the twinst messages displayed. The default is the value of the system variable LANG. If the language catalog for the value you specified is missing, the default C language catalog is used.

twsinst for Windows is a Visual Basic Script (VBS) that you can run in CScript and WScript mode. The HCL Workload Automation user is automatically created. The software is installed by default in the HCL Workload Automation installation directory. The default value is %ProgramFiles%\IBM\TWA. If you enabled the Security Warning, a dialog box is displayed during the installation. In this case, answer Run to continue.

After you complete the actions described in the section Before Installing, perform the following action:
  • Run twsinst with the options you need for your Fix Pack installation scenario.
Note:
  • On IBM i operating systems, if you are installing the Fix Pack on a IBM Workload Scheduler for z/OS Agent or a HCL Workload Automation Dynamic Agent, after you complete the actions described in the section Extract the eImages for the IBM Workload Scheduler for z/OS Agent and Dynamic Agent on IBM i operating systems, run the twsinst script from the QSH shell.
  • When the agent upgrade completes, if your agent is a fault-tolerant agent, you have to restart all the HCL Workload Automation processes and services, with exception of netman that restarts automatically.
    • On Windows operating systems:
       mailman, batchman, writer, jobman,stageman, 
      JOBMON, tokensrv, batchup, monman
    • On UNIX operating systems:
       mailman, batchman, writer, jobman, JOBMAN, 
      stageman, monman.
    To restart the upgraded fault-tolerant agent, conman start and conman startmon commands must be issued.

Installing the Fix Pack on multiple fault-tolerant and dynamic agents

You can install Fix Packs for multiple fault-tolerant agent and dynamic agent instances, by downloading a package on the master domain manager workstation and updating the multiple agent instances by running an action from the Dynamic Workload Console. You can also schedule the centralized update of multiple agent instances, by using the Dynamic Workload Console or the command line.

Before you begin

This procedure can be used from an HCL Workload Automation master domain manager version 9.3.0 or later to centrally update only instances of fault-tolerant agents version 9.3.0 or later and dynamic agents version 9.3.0 or later.

In the master domain manager Security file, you must have manage authorization for all the agent workstations for TWS_master_user, root, or Administrator users. If your master domain manager is a version 9.3.0 or later fresh installation, the authorization role is automatically added to the Security file. If your master domain manager is an upgraded version 9.3.0 or later instance, you must manually add the authorization. For more information about the manage keyword usage, see the Object type - cpu topic in the HCL Workload Automation Administration. For an example of a master domain manager Security file, see topic about the security file on the master domain manager to install Fix Pack or upgrade fault-tolerant agents and dynamic agents in the HCL Workload Automation Administration.

About this task

Complete the following steps:

Procedure

  1. From HCL License Portal, download on to the master domain manager workstation, the Fix Pack installation package you want to install on fault-tolerant agent or dynamic agent instances, to the following default directory:
    On Windows operating systems:
    <TWA_home>\TWS\depot\agent
    On UNIX operating systems:
    <TWA_home>/TWS/depot/agent
    where <TWA_home> is the master domain manager installation directory.
    You can change the default directory value executing the following steps:
    • Stop the WebSphere Application Server on the master domain manager.
    • Modify the com.ibm.tws.conn.engine.depot key value in the following property file:
      On Windows operating systems:
      <TWA_home>\WAS\TWSProfile\properties\TWSConfig.properties
      On UNIX operating systems:
      <TWA_home>/WAS/TWSProfile/properties/TWSConfig.properties
    • Start the WebSphere Application Server.
  2. Log on to the Dynamic Workload Console.
  3. Create a Monitor Workstations task.
  4. Run a Monitor Workstations task and select one or more dynamic agent or fault-tolerant agent instances that you want to update.
  5. Click More Actions > Update agent. The Update agent action checks whether the selected agent is a supported workstation type.
    The Update agent action is applicable to the following workstation types only:
    • Dynamic Agent
    • Fault-tolerant agent
    The Update agent action is not applicable to the following workstation types:
    • Master domain manager
    • Backup master domain manager
    • Dynamic domain manager
    • Backup dynamic domain manager
    • Extended agent
    • Standard agent
    • Remote engine
    • Broker
    • Pool
    • Dynamic pool
    • Limited fault-tolerant agent
    The process updates the agent only if the workstation type is supported. Otherwise, either an error message is displayed on the Dynamic Workload Console, or is written in the operator log messages console, depending on the workstation type.

    You can schedule the centralized update of multiple agent instances, by using the Dynamic Workload Console or the command line. For a description of how to scheduler the update see the topic about scheduling the centralized agent update in the upgrading section of the HCL Workload Automation Planning and Installation guide.

    For a description of the Update agent action on fault-tolerant agents and dynamic agents, see the topic about Updating fault-tolerant agent and dynamic agent instances in the HCL Workload Automation Planning and Installation guide.

Results

Verify the update agent results by completing one of the following actions in the Dynamic Workload Console:
Check the operator log messages console:
Click System Status and Health > Event Monitoring > Monitor Triggered Actions and check the messages related to the agent workstation update.
The following event rules are triggered:
UPDATESUCCESS
When the workstation is successfully updated
UPDATEFAILURE
When an error occurs
UPDATERUNNING
With the information about the update process status
Check the workstation version changes:
After the next plan update, in the Monitor Workstations view of the Dynamic Workload Console, you can check the updated version in the Version column of the selected agent. Otherwise, if you do not want to wait for the next plan update to see the updated version, run the command JnextPlan -for 0000 with the -noremove option.
You can also perform a manual check of the update agent results by looking at the following log files on the agent system:
On Windows operating systems:
<TWA_home>\TWS\logs\centralized_update.log
On UNIX operating systems:
<TWA_home>/TWS/logs/centralized_update.log

Rolling back a master domain manager installation

This topic describes how to roll back a master domain manager to a previous Fix Pack level or release.

Before you begin

Important: The first step of the procedure is to create a backup copy of some directories before you install the new Fix Pack or upgrade to a new release. The backup is required for the subsequent restore operation which returns the master domain manager to the previous version.

About this task

The rollback procedure is supported for a master domain manager that was installed using IBM Installation Manager. When upgrading the master domain manager, the installation also upgrades the database. After the rollback procedure, the database remains at the newer Fix Pack level or release and is not rolled back. It is still compatible with the master domain manager at the previous level.

You can revert back to an earlier version of an installed Fix Pack or release on the master domain manager by performing the following rollback procedure.

Procedure

  1. Stop the HCL Workload Automation instance by running the following commands:
    • conman "stopappserver;wait"
    • conman "stopmon;wait"
    • conman "stop;wait"
    • conman "shut;wait" 
    • ShutDownLwa
  2. The backup phase. On the HCL Workload Automation instance, run the following commands to create a backup copy of the directories needed for a subsequent restore operation:
    Linux and UNIX
    1. Create a backup of the /var/ibm/InstallationManager directory, maintaining the file and directory permissions:
      1. cd /var/ibm
      2. cp -fRp InstallationManager <REPOSITORY>
      where <REPOSITORY> represents the directory where the backup files are stored, for example, /repo.
    2. Back up the HCL Workload Automation instance:
      1. mkdir <REPOSITORY>/instance
      2. cd <TWA_HOME>/TWS/_uninstall/ACTIONTOOLS
      3. ./backupInstance.sh -backupDir <REPOSITORY>/instance 
        -installDir <TWA_HOME> -user <TWS_USER>
      Verify that a sub-directory named with a timestamp has been created in the <REPOSITORY>/instance directory.
    3. Back up the HCL Workload Automation registries:
      1. mkdir <REPOSITORY>/registries
      2. cd <REPOSITORY>/registries
      3. cp -pR /etc/TWA .
      4. cp -pR /etc/TWS .
    Windows
    1. Create a backup of the C:\ProgramData\ibm\Installation Manager\ directory and store it in a directory, for example, C:\REPO\. In this procedure, the backup directory is represented by <REPOSITORY>.
    2. Back up the HCL Workload Automation instance by running the following commands:
      1. create <REPOSITORY>\instance
      2. cd <TWA_HOME>\TWS\_uninstall\ACTIONTOOLS
      3. backupInstance.cmd -backupDir <REPOSITORY>\instance
         -installDir <TWA_HOME> -user <TWS_USER>
      Verify that a sub-directory named with a timestamp has been created in the <REPOSITORY>\instance directory.
    3. Back up the HCL Workload Automation registries by running the following commands:
      1. create <REPOSITORY>\registries
      2. create <REPOSITORY>\registries\TWS
      3. Copy the C:\Windows\TWSRegistry.dat file into the <REPOSITORY>\registries\TWS directory.
      4. Copy the C:\Windows\TWA directory into the <REPOSITORY>\registries directory.
      5. cp -pR \etc\TWS .
  3. The restore phase. After installing the Fix Pack or upgrading to the new release, you perform the restore phase when you want to revert back to the previous Fix Pack level or release. Complete the following steps:
    1. Stop the HCL Workload Automation instance by running the following commands:
      • conman "stopappserver;wait"
      • conman "stopmon;wait"
      • conman "stop;wait"
      • conman "shut;wait" 
      • ShutDownLwa
    1. From the instance with the new Fix Pack level or release installed, create a backup copy of the HCL Workload Automation core files and folders, maintaining file permissions.
      Linux and UNIX
      Copy the files and folders as follows:
      mkdir <REPOSITORY>/core
      cp -fRp Symphony Sinfonia Symnew *.msg pobox Jobtable jmJobTableDir 
      nxtjobno mozart stdlist schedlog <REPOSITORY>/core
      Windows
      Copy the following files from the <TWA_HOME>\TWS directory to the <REPOSITORY>\core directory:
      create <REPOSITORY>\core
      Symphony, Sinfonia, Symnew, *.msg, pobox\*.msg, Jobtable, 
      jmJobTableDir, nxtjobno, mozart, schedlog, stdlist
  4. Restore the HCL Workload Automation files.
    Linux and UNIX
    1. Restore HCL Workload Automation registries by running the following commands. In this example, 94fp2 refers to the newer installation.
      1. cd /var/ibm
      2. mv InstallationManager InstallationManager.94fp2
      3. cp -fRp <REPOSITORY>/InstallationManager
    2. Restore the HCL Workload Automation instance by running the following commands:
      1. cd <TWA_HOME>/TWS/_uninstall/ACTIONTOOLS
      2. ./restoreInstance.sh -backupDir <REPOSITORY>/instance
         -installDir <TWA_HOME>-user <TWS_USER>
      3. chown <TWS_USER>:<TWS_USER_GROUP> <TWA_HOME>/TWS
    3. Restore the HCL Workload Automation registries by running the following commands:
      1. cd <REPOSITORY>/registries
      2. cp -pR TWA /etc/
      3. cp -pR TWS /etc/
    4. Restore the HCL Workload Automation core files by running the following command:
      cp -fRp <REPOSITORY>/core/* <TWA_HOME>/TWS
    Windows
    1. Restore HCL Workload Automation registries by performing the following steps. In this example, 94fp2 refers to the newer installation.
      1. Rename "C:\ProgramData\ibm\Installation Manager\" to "C:\ProgramData\ibm\Installation Manager.94fp2\"
      2. Copy "<REPOSITORY>\Installation Manager" to "C:\ProgramData\ibm\"
    2. Restore the HCL Workload Automation instance by running the following commands:
      1. cd <TWA_HOME>\TWS\_uninstall\ACTIONTOOLS
      2. restoreInstance.cmd -backupDir <REPOSITORY>\instance
         -installDir <TWA_HOME> -user <TWS_USER>
    3. Restore the HCL Workload Automation registries by running the following commands:
      1. Copy cd <REPOSITORY>\registries\TWS\TWSReigstry.dat to "C:\Windows\"
      2. Copy <REPOSITORY>\registries\TWA to "C:\Windows\" overwriting both files and folders.
    4. Restore the HCL Workload Automation core files by copying the files and folders in the <REPOSITORY>\core directory to the <TWA_HOME>\TWS directory.
      cp -fRp <REPOSITORY>\core\* <TWA_HOME>\TWS

Results

The HCL Workload Automation has now been restored to the previous Fix Pack level or release.

Uninstalling the entire HCL Workload Automation instance

Master domain manager or dynamic domain manger or their backups:
To uninstall using the IBM Installation Manager, see HCL Workload Automation .
Fault-tolerant agent or domain manager:
To uninstall the entire HCL Workload Automation instance, use the twsinst -uninst -uname username command from the TWS_home directory, where username is the name of the user for which the HCL Workload Automation agent is uninstalled.

Installation log files

The following installation log files give you details about the status of the Fix Pack installation for the master domain manager, backup master domain manager, the agents, and the connector:
  • Log file for master domain managers, dynamic domain managers, and their backups:
    On Windows operating systems:
    C:\ProgramData\IBM\InstallationManager\logs\<YYYYMMDD_HHMM>.xml
    Note: The folder ProgramData is a hidden folder.
    On UNIX and Linux operating systems:
    /var/ibm/InstallationManager/logs/<YYYYMMDD_HHMM>.xml
    where <YYYYMMDD> is the date and <HHMM> is the time when the log file is created.
  • Log file for fault-tolerant agents and dynamic agents:
    On Windows operating systems:
    %Temp%\TWA\tws9400\
    twsinst_<operating_system>_<TWS_user>^9.4.0.1n.log
    On UNIX and Linux operating systems:
    /tmp/TWA/tws9400/
    twsinst_<operating_system>_<TWS_user>^9.4.0.1n.log
    where
    <operating_system>
    is the operating system running on the workstation where you are applying the Fix Pack.
    <TWS_user>
    is the name of the user for which HCL Workload Automation was installed (the name you supplied during installation).
    n
    is the Fix Pack number.

Documentation updates for HCL Workload Automation Fix Pack, version 9.4.0

Any additions or changes to the documentation as a result of Fix Pack 1, 2 3 and 4 have been integrated into the online product documentation available in HCL Workload Automation product information.

Contacting HCL Software Support

Refer to the HCL Workload Automation Support page: Support

Notices

This information was developed for products and services offered in the US. This material might be available from HCL in other languages. However, you may be required to own a copy of the product or product version in that language in order to access it.

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

HCL 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:
HCL
330 Potrero Ave.
Sunnyvale, CA 94085
USA
Attention: Office of the General Counsel
For license inquiries regarding double-byte character set (DBCS) information, contact the HCL Intellectual Property Department in your country or send inquiries, in writing, to:
HCL
330 Potrero Ave.
Sunnyvale, CA 94085
USA
Attention: Office of the General Counsel

HCL TECHNOLOGIES LTD. 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 jurisdictions 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. HCL 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-HCL websites are provided for convenience only and do not in any manner serve as an endorsement of those websites. The materials at those websites are not part of the materials for this HCL product and use of those websites is at your own risk.

HCL may use or distribute any of the information you provide 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:
HCL
330 Potrero Ave.
Sunnyvale, CA 94085
USA
Attention: Office of the General Counsel

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 HCL under terms of the HCL Customer Agreement, HCL International Program License Agreement or any equivalent agreement between us.

The performance data discussed herein is presented as derived under specific operating conditions. Actual results may vary.

Information concerning non-HCL products was obtained from the suppliers of those products, their published announcements or other publicly available sources. HCL has not tested those products and cannot confirm the accuracy of performance, compatibility or any other claims related to non-HCL products. Questions on the capabilities of non-HCL products should be addressed to the suppliers of those products.

This information is for planning purposes only. The information herein is subject to change before the products described become available.

This information contains examples of data and reports used in daily business operations. To illustrate them as completely as possible, the examples include the names of individuals, companies, brands, and products. All of these names are fictitious and any similarity to actual people or business enterprises is entirely coincidental.

COPYRIGHT LICENSE:

This information contains sample application programs in source language, which illustrate programming techniques on various operating platforms. You may copy, modify, and distribute these sample programs in any form without payment to HCL, for the purposes of developing, using, marketing or distributing application programs conforming to the application programming interface for the operating platform for which the sample programs are written. These examples have not been thoroughly tested under all conditions. HCL, therefore, cannot guarantee or imply reliability, serviceability, or function of these programs. The sample programs are provided "AS IS", without warranty of any kind. HCL shall not be liable for any damages arising out of your use of the sample programs.

© (your company name) (year).
Portions of this code are derived from HCL Ltd. Sample Programs.
© Copyright HCL Ltd. _enter the year or years_.

Trademarks

HCL, and other HCL graphics, logos, and service names including "hcltech.com" are trademarks of HCL. Except as specifically permitted herein, these Trademarks may not be used without the prior written permission from HCL. All other trademarks not owned by HCL that appear on this website are the property of their respective owners, who may or may not be affiliated with, connected to, or sponsored by HCL.

Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries.

IT Infrastructure Library is a Registered Trade Mark of AXELOS Limited.

Linear Tape-Open, LTO, the LTO Logo, Ultrium, and the Ultrium logo are trademarks of HP, IBM Corp. and Quantum in the U.S. and other countries.

Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries.

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

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

Java Logo
Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its affiliates.

Cell Broadband Engine is a trademark of Sony Computer Entertainment, Inc. in the United States, other countries, or both and is used under license therefrom.

ITIL is a Registered Trade Mark of AXELOS Limited.

UNIX is a registered trademark of The Open Group in the United States and other countries.

Terms and conditions for product documentation

Permissions for the use of these publications are granted subject to the following terms and conditions.

Applicability

These terms and conditions are in addition to any terms of use for the HCL website.

Personal use

You may reproduce these publications for your personal, noncommercial use provided that all proprietary notices are preserved. You may not distribute, display or make derivative work of these publications, or any portion thereof, without the express consent of HCL.

Commercial use

You may reproduce, distribute and display these publications solely within your enterprise provided that all proprietary notices are preserved. You may not make derivative works of these publications, or reproduce, distribute or display these publications or any portion thereof outside your enterprise, without the express consent of HCL.

Rights

Except as expressly granted in this permission, no other permissions, licenses or rights are granted, either express or implied, to the publications or any information, data, software or other intellectual property contained therein.

HCL reserves the right to withdraw the permissions granted herein whenever, in its discretion, the use of the publications is detrimental to its interest or, as determined by HCL, the above instructions are not being properly followed.

You may not download, export or re-export this information except in full compliance with all applicable laws and regulations, including all United States export laws and regulations.

HCL MAKES NO GUARANTEE ABOUT THE CONTENT OF THESE PUBLICATIONS. THE PUBLICATIONS ARE PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO IMPLIED WARRANTIES OF MERCHANTABILITY, NON-INFRINGEMENT, AND FITNESS FOR A PARTICULAR PURPOSE.

Trademarks

HCL, the HCL logo, and ibm.com are trademarks or registered trademarks of HCL Technologies Ltd. in the United States, other countries, or both. If these and other HCL trademarked terms are marked on their first occurrence in this information with a trademark symbol (® or ™), these symbols indicate U.S. registered or common law trademarks owned by HCL at the time this information was published. Such trademarks may also be registered or common law trademarks in other countries.

Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries.

Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries.

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

Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its affiliates.

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

UNIX is a registered trademark of The Open Group in the United States and other countries.