Configuring bldeploy behavior
The logging and rollback files are stored in the Transactions directory during a Deploy Job. The Transactions directory is created during execution of the Deploy Job. You can also control access to the contents of (that is, the subdirectories within) the Transactions directory. To do so, create a file named tx_config.cfg in the Transactions folder, and include the FolderPermissions property within this configuration file. For example:
To configure the time before restarting the target server
You can configure the time for which the deploy process must wait before the target server is restarted. If the process requires hours to complete running, the target server needs to wait for a long time before the restart. After this configured time is elapsed, any currently running processes are aborted and the target server is restarted.
To configure this wait time for the target server, do the following:
- On the target server, create a file named tx_config.cfg in the Transactions directory.
- Add the OutOfBandRebootWaitTime property to the file. NEW IN 21.02
For example, OutOfBandRebootWaitTime=700
The value of this property is set in seconds. The default value is 900 seconds for Windows and UNIX systems. - Save the changes.
To configure sleep delay and retry attempts
Installation of some patches requires a system restart of the target server. Except for the Ignore item defined reboot setting, all other settings result in automatically restarting the target server as necessary. For more information about the restart settings, see Specifying-job-options.
After restarting the target server, TrueSight Server Automation waits for the post-restart actions to be completed on the target server. The post- restart actions include few registry modifications made as a result of the deployed patches.
The following additional actions are completed:
- After the restart of target server, TrueSight Server Automation remotely executes the main deploy program (bldeploy.exe) on the target server.
- After the restart of target server, Shavlik engine's deployment program (STDeploy.exe) is executed on the target server to complete the post-restart actions. Shavlik engine schedules a Windows scheduler task (with the trigger as At system startup) to run STDeploy.exe when there are any post-restart actions to be performed after deploying a patch.
- After the RSCD service is up on the target server, bldeploy.exe polls for the post-restart action events that are sent out by STDeploy.exe. Once bldeploy.exe encounters a Finished or Failed state for the post-restart actions, it returns back the status to the TrueSight Server Automation console.
When TrueSight Server Automation waits, it searches for the terminating state (Finished or Failed) in the deployment events file for the specific patch. When it does not find either of the two states, it sleeps for a specific duration and re-tries after some time. This sleep duration and the number of retry attempts are configurable. To configure these values, create a file tx_config.cfg in the Transactions folder on the target server. Include the following properties and specify integer values to the keys within this configuration file:
Property | Description |
---|---|
PostRebootActionRetrySleepSecs | Specifies the sleep duration between retry attempts. Default value is 10 seconds. |
PostRebootItemwiseActionRetryAttempts | Specifies the number of retry attempts for item-wise restart cases. Default value is 60. So, TrueSight Server Automation waits up to 10 x 60 = 600 seconds = 10 minutes after every restart following the one patch deployment, for that post-restart action to get over. |
PostRebootUnifiedActionRetryAttempts | Specifies the number of retry attempts for unified restart cases. Default value is 120. So, TrueSight Server Automation waits up to 10 x 120 = 1200 seconds = 20 minutes after the restart following the deployment of all the patches, for the post-restart actions of all the deployed patches to get over. |