VCS response file and how CPI treats hostnames for LLT configuration
I use the response file when developing our cluster solution which is installed on customer sites as an automated installation.
So I have a response file template which got created initially by doing an installvcs -makeresponsefile. This file uses variables which populate the response file during a customer installation. The installation then kicks off.
There is one issue with the response file which is to do with the vcs_lltlink entries in teh response file. The hostname attribute gets added differently, depending on what type of string the hostname uses.
For example, if the hostname includes a hyphen (hostname-01), the CPI will create the response file for LLT as follows:
It uses quotes for "hostname-01"!
If the hostname does not include a hyphen, the CPI will create the response file for LLT as follows:
From what I gather (info gathered from Symantec Documentation and also from a Symantec Technical Support Engineer) the LLT entry should always contain quotes. But yet the CPI does not use quotes for a string without hyphens as per the example just given.
The response file can be a very useful tool for us where we can automate installations of VCS and integrate it into our own products.
Our response file template will have the following LLT entry:
It will only work on customer sites where the hostname is a non-hyphen one. The install fails as shown below:
root@hostname-01> ./installvcs -responsefile /ericsson/hacs/etc/vcs_resp_file
CPI ERROR V-0-40-2223 vcs_lltlink1 is not configured for system hostname-01
So our VCS installation work fine for all non-hyphened hostnames but does not work for hyphened ones. This is very limiting but we can change our script in teh future so that the HACS_MASTER and HACS_MATE variables contain quotes.
So since quotes also work fine for non-hyphened hostnames :
I would suggest that the CPI scripts are changed to ALWAYS contain quotes for these entries when the -makeresponsefile is run. Thus making the response file more generic.