Page tree
Skip to end of metadata
Go to start of metadata


TKU July 2008

In TKU July 2008 the key for the VERITAS Cluster Server SI has been simplified and now consists of only 'type' and 'host.key' attributes. The reason is that only one Cluster Server SI can exist per host, hence having 'cluster ID' as part of the key is not required and can at certain times cause confusion (e.g. if cluster ID cannot be obtained on every scan, 2 SIs could be created, one for when the cluster ID was obtained, and another for when it wasn't).

Furthermore, we added an attribute to the Cluster Server SI which allows to monitor whether a certain Cluster Server License was purchased in a bundle with Storage Foundation. This attribute is either set to True or False, and can easily be used in Reporting to filter Storage Foundation Licenses from the Licenses which were bought exclusively for Cluster Server.

For more information, please see the relevant section.


TKU April 2009

A pattern to identify Symantec VERITAS Cluster Server on Windows platform has been added to the pattern module

TKU June 2009

Following customer feedback it was realized that the approach taken previously to uniquely identify the clusters the Cluster Server SIs (and hosts) belong to was incorrect. On UNIX, the cluster ID is user settable and is not unique.

The UNIX and Windows patterns have been updated as follows:

To aid in creation of unique ID for the cluster, the pattern does the following:

  • on UNIX platform - The pattern attempts to create a unique key for each cluster based on the members of that cluster in order to group the created VERITAS Cluster Server SIs. It parses the /etc/llthosts file, extracts the hostnames of the hosts within the cluster and creates a key by concatenating the hostnames with ':' between them, applying a hash function to this string and adding SI type string.
    • e.g. 'AFGbgt65DFVZXF7==/Symantec VERITAS Cluster'
  • on Windows platform - As before, it looks for a specific registry key ('HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\VCS\Base\ClusterID') and obtains the id of cluster from it. The id (which is assumed to be unique for each cluster) is now concatenated with SI type string to create the key.
    • e.g. '23498/Symantec VERITAS Cluster'

If the information is obtained to create a cluster key, a Cluster Node is created and all VERITAS Cluster Server instances which belong to this cluster and all hosts belonging to this cluster are added as members of this Cluster Node.

TKU October 2009

In TKU October we completely reorganized the way that we handle Licensing Data for Cluster Server. Whereas this data used to be stored in Additional Attributes of the SI, it is now stored into Licensing Details, one for each licensed entity present on the host. Each of these details are directly linked from the Cluster Server SI. To make it easier to employ the data present in these details, we outlined a number of sample Reports in the relevant page.


The Windows pattern, added in TKU April 2009, already implemented Licensing Details. However, in TKU October 2009, these were standardized to comply with the new Licensing model guidelines

Furthermore, we reworked the behaviour that the pattern takes when it encounters an entity of Cluster Server which was bundled with Storage Foundation. We no longer set an additional attribute in the Cluster Server SI. Instead, we model a containment link between the Cluster Server Licensing Detail and the Storage Foundation Licensing Detail, the latter containing the first. This condition can be easily identified through a specific Report, outlined in the relevant page.

TKU November 2009

In TKU November 2009 the ClusterServerWindows pattern was modified in having the nodes in the disappeared_dts list now destroyed individually inside a for loop.


TKU Feb 2010

In TKU Feb 2010 The regular expressions which used for License Detail processing were enhanced in order to collect trimmed values (without spaces in the end)

TKU April 2010

In TKU April an issue that was introduced in TKU October 2009 with the introduction of Detail Nodes was resolved. The initial implementation of storage of license information on Detail Nodes did not create the Detail Node key which was unique enough which could lead to information about multiple licenses linked to a product being lost. The way the Detail Node key is generated has been improved in the update to the pattern.

TKU June 2010

In TKU June the License Detail Node attribute holding the license key has had its name corrected from 'licenses_key' to 'license_key'.
Furthermore, the License Detail node now contains the version of the product in the 'name' attribute.

TKU August 2010

In TKU August 2010 there were some slight changes to prevent race conditions that could occur when the Software Instance was searched for before it was added to the datastore

2011 - 2014

TKU September 2011

In TKU September 2011 an additional active command method of obtaining the cluster name was added to the Symantec VERITAS Cluster Server UNIX pattern. The UNIX SI's 'name' attribute has been made consistent with Windows platform pattern and other patterns that model clusters. In the Windows pattern, the 'cluster_name' attribute is now displayed in the Atrium Discovery UI and SI attribute 'id' has been renamed as 'cluster_id' to make it consistent with other patterns that model clusters

TKU November 2011

In TKU November 2011 the VERITASClusterServer pattern had alternative commands, "haclus -list" and "hasys -list", added to get cluster name and hosts in cluster respectively. In addition, it no longer reads the '/etc/llttab' file. In addition, the search to locate licensing detail nodes was modified.

TKU December 2011

In TKU December 2011 the search to locate licensing detail nodes was reverted and corrected.

TKU November 2012

In TKU November 2012 the key for the cluster node on the Windows platform only was enhanced in having the host key removed so as to avoid duplicate SIs being created.

TKU March 2014

In TKU March 2014 added sorting for cluster_hosts in order to make cluster key consistent and trigger was changed to 'hashadow' which is better for product identification


TKU February 2015

In TKU February 2015 the pattern was updated with the following changes:

  • Privilege command execution configuration using the pattern configuration block has been deprecated. A recommended method through the BMC Atrium Discovery platform configuration is described here.

TKU April 2015

In TKU April 2015 the pattern was updated with the following changes:

  • The pattern was enhanced to handle the situation when there are insufficient permissions for privileged command execution. (QM001877507)
  • The pattern was enhanced to maintain similar naming convention for the Symantec Veritas Cluster for UNIX and Windows. (QM001877283)

TKU July 2015

In TKU July 2015 the pattern was updated with the following changes:

  • Better filtering of cluster name from 'haclus -list' command (Esc 076730)
  • Better parsing of cluster hosts from 'hasys -list' command (Esc 076730)
  • 'hasys -list' now run if /etc/llthosts fails to yield any cluster hosts (Esc 076730)

TKU October 2015

In TKU October 2015 the pattern was updated with the following changes:

  • Changed 'part of cluster:' to 'part of' in SI name (TA386095)
  • Now extracts bin_dir from trigger command (TA386095)
  • Now extracts cluster hosts from hasys -list (TA386095)

TKU December 2015

In TKU December 2015 the pattern was updated with the following changes:

  • Changed 'part of cluster:' to 'part of' in SI name (TA386095)

2016 and later

TKU February 2016

In TKU February 2016 the pattern was updated with the following changes:

  • For BMC Discovery 11.x series, cluster awareness has been incorporated into the pattern module.
  • For BMC Discovery 11.x series, 'containing # nodes' removed from cluster name as no longer required. (TA386095)
  • Removed type from cluster name (DRDC1-5253)
  • 'VERITAS' changed to 'Veritas' in SI name and type but not SI key (DRDC1-5253)

  • Cluster type changed from 'Symantec VERITAS Cluster' to 'Symantec Veritas Cluster' (DRDC1-5253)

TKU September 2016

In TKU September 2016 we fixed a bug concerning the parsing of the hasys -list command

TKU November 2018

In TKU November 2018 we simplified the method to obtain license information



TKU April 2019

In TKU April 2019 the following changes were made:

  • Patter runCommands updated.