cpi-Patch-8.0.0.700
Obsolete
The latest patch(es) : cpi-Patch-8.0.0.1600 

 Basic information
Release type: Patch
Release date: 2022-09-30
OS update support: None
Technote: None
Documentation: None
Popularity: 698 viewed    downloaded
Download size: 48.92 KB
Checksum: 3283019733

 Applies to one or more of the following products:
InfoScale Availability 8.0 On AIX 7.1
InfoScale Availability 8.0 On AIX 7.2
InfoScale Availability 8.0 On RHEL7 x86-64
InfoScale Availability 8.0 On RHEL8 x86-64
InfoScale Availability 8.0 On RHEL9 x86-64
InfoScale Availability 8.0 On SLES12 x86-64
InfoScale Availability 8.0 On SLES15 x86-64
InfoScale Availability 8.0 On Solaris 11 SPARC
InfoScale Availability 8.0 On Solaris 11 X64
InfoScale Enterprise 8.0 On AIX 7.1
InfoScale Enterprise 8.0 On AIX 7.2
InfoScale Enterprise 8.0 On RHEL7 x86-64
InfoScale Enterprise 8.0 On RHEL8 x86-64
InfoScale Enterprise 8.0 On RHEL9 x86-64
InfoScale Enterprise 8.0 On SLES12 x86-64
InfoScale Enterprise 8.0 On SLES15 x86-64
InfoScale Enterprise 8.0 On Solaris 11 SPARC
InfoScale Enterprise 8.0 On Solaris 11 X64
InfoScale Foundation 8.0 On AIX 7.1
InfoScale Foundation 8.0 On AIX 7.2
InfoScale Foundation 8.0 On RHEL7 x86-64
InfoScale Foundation 8.0 On RHEL8 x86-64
InfoScale Foundation 8.0 On RHEL9 x86-64
InfoScale Foundation 8.0 On SLES12 x86-64
InfoScale Foundation 8.0 On SLES15 x86-64
InfoScale Foundation 8.0 On Solaris 11 SPARC
InfoScale Foundation 8.0 On Solaris 11 X64
InfoScale Storage 8.0 On AIX 7.1
InfoScale Storage 8.0 On AIX 7.2
InfoScale Storage 8.0 On RHEL7 x86-64
InfoScale Storage 8.0 On RHEL8 x86-64
InfoScale Storage 8.0 On RHEL9 x86-64
InfoScale Storage 8.0 On SLES12 x86-64
InfoScale Storage 8.0 On SLES15 x86-64
InfoScale Storage 8.0 On Solaris 11 SPARC
InfoScale Storage 8.0 On Solaris 11 X64

 Obsolete patches, incompatibilities, superseded patches, or other requirements:

This patch is obsolete. It is superseded by: Release date
cpi-Patch-8.0.0.1600 2023-11-27
cpi-Patch-8.0.0.1500 (obsolete) 2023-07-13
cpi-Patch-8.0.0.1400 (obsolete) 2023-06-13
cpi-Patch-8.0.0.1300 (obsolete) 2023-06-01
cpi-Patch-8.0.0.1200 (obsolete) 2023-05-19
cpi-Patch-8.0.0.1100 (obsolete) 2023-04-03
cpi-Patch-8.0.0.1000 (obsolete) 2022-12-14
cpi-Patch-8.0.0.900 (obsolete) 2022-12-10
cpi-Patch-8.0.0.800 (obsolete) 2022-11-02

This patch supersedes the following patches: Release date
cpi-Patch-8.0.0.600 (obsolete) 2022-08-09
cpi-Patch-8.0.0.500 (obsolete) 2022-07-04
cpi-Patch-8.0.0.400 (obsolete) 2022-05-26
cpi-Patch-8.0.0.300 (obsolete) 2022-04-13
cpi-Patch-8.0.0.200 (obsolete) 2022-03-08
cpi-Patch-8.0.0.100 (obsolete) 2022-02-02

 Fixes the following incidents:
4065168, 4065279, 4068297, 4068710, 4068713, 4070269, 4070643, 4074981, 4075804, 4079926, 4080099, 4080288, 4082266, 4084976, 4085000, 4085612, 4085770, 4086257, 4086661, 4086724, 4087907, 4088743

 Patch ID:
None.

Readme file
                          * * * READ ME * * *
                          * * * CPI 8.0 * * *
                         * * * Patch 700 * * *
                         Patch Date: 2022-09-16


This document provides the following information:

   * PATCH NAME
   * OPERATING SYSTEMS SUPPORTED BY THE PATCH
   * PACKAGES AFFECTED BY THE PATCH
   * BASE PRODUCT VERSIONS FOR THE PATCH
   * SUMMARY OF INCIDENTS FIXED BY THE PATCH
   * DETAILS OF INCIDENTS FIXED BY THE PATCH
   * INSTALLATION PRE-REQUISITES
   * INSTALLING THE PATCH
   * REMOVING THE PATCH


PATCH NAME
----------
CPI 8.0 Patch 700


OPERATING SYSTEMS SUPPORTED BY THE PATCH
----------------------------------------
AIX
RHEL7 x86-64
RHEL8 x86-64
RHEL9 x86-64
SLES12 x86-64
SLES15 x86-64
Solaris 11 SPARC
Solaris 11 X86



BASE PRODUCT VERSIONS FOR THE PATCH
-----------------------------------
   * InfoScale Availability 8.0
   * InfoScale Enterprise 8.0
   * InfoScale Foundation 8.0
   * InfoScale Storage 8.0


SUMMARY OF INCIDENTS FIXED BY THE PATCH
---------------------------------------
Patch ID: 8.0.0.700
* 4065168 (4065169) The InfoScale product installer fails to upgrade the VRTSveki package from the base Infoscale version.
* 4065279 (4065280) The product installer uninstalls the VRTSrest package during an upgrade from the base InfoScale version to a InfoScale patch bundle.
* 4068297 (4068298) Installer fails to configure the REST server while using the -rest_server option.
* 4068710 (4071333) On a Solaris system, cluster formation fails after performing a rolling upgrade phase 1 from 6.2.1 to 8.0 with patch_path option and rebooting the system.
* 4068713 (4071331) On a Solaris system, while upgrading to Infoscale 8.0 with patch by using patch_path option;  some of the services fail to stop.
* 4070269 (4071337) On Solaris, after upgrading Infoscale from 6.2.1 to 8.0 with a patch_path option; system goes in a panic while starting the vxfen service.
* 4070643 (4070427) After upgrading InfoScale from 6.2.1 to 8.0, installer fails to start services.
* 4074981 (4075597) On a Linux system, Infoscale configuration fails after installation.
* 4075804 (4073591) On Solaris, vxprint command throws error while checking disk group - 'VxVM vxprint ERROR V-5-1-924 Record -g not found'.
* 4079926 (4079922) Installer fails to complete installation after it automatically downloads a required support patch from SORT that contains a VRTSperl package.
* 4080099 (4080098) Installer fails to complete the CP server configuration.
* 4080288 (4079853) Patch installer flashes a false error message with -precheck option.
* 4082266 (4082265) On RHEL 8.6 and above, installer fails to complete the LLT over RDMA configuration due to a missing ipcalc package.
* 4084976 (4084975) Installer fails to complete the CP server configuration.
* 4085000 (4085017) Installer fails to start the vxfen service during CPS-based fencing.
* 4085612 (4087319) On RHEL 7.4.2, Installer fails to uninstall VxVM while upgrading from 7.4.2 to 8.0U1.
* 4085770 (4086045) When Infoscale cluster is reconfigured, LLT, GAB, VXFEN services fail to start after reboot.
* 4086257 (4086533) VRTSfsadv pkg fails to upgrade from 7.4.2 U4 to 8.0 U1 while using yum upgrade.
* 4086661 (4086623) Installer fails to complete the CP server configuration.
* 4086724 (4086742) On InfoScale 8.0 U1, addnode operation fails during symmetry check of a new node with other nodes in the cluster.
* 4087907 (4087906) Executive order compliant logging support was not available on Linux.
* 4088743 (4088698) CPI installer tries to download a must-have patch whose version is lower than the version specified in media path.


DETAILS OF INCIDENTS FIXED BY THE PATCH
---------------------------------------
This patch fixes the following incidents:

Patch ID: 8.0.0.700

* 4065168 (Tracking ID: 4065169)

SYMPTOM:
The product installer fails to upgrade the VRTSveki package from the base Infoscale version.

DESCRIPTION:
This issue occurs because the product installer does not stop the veki service before it upgrades the base version of its package to a patched version.

RESOLUTION:
The InfoScale product installer is enhanced to stop the veki service before an upgrade so that the patch is installed successfully.

* 4065279 (Tracking ID: 4065280)

SYMPTOM:
The product installer uninstalls the VRTSrest package during an upgrade from the base InfoScale version to a InfoScale patch bundle.

DESCRIPTION:
The base VRTSrest package version (2.0.0.0000) is not defined in the installer scripts. Therefore, the product installer incorrectly assumes the base VRTSrest version to be 8.0.0.0000 and uninstalls the VRTSrest package that has the version 2.0.0.0000.

RESOLUTION:
The product installer scripts are updated to define the correct VRTSrest base version.

* 4068297 (Tracking ID: 4068298)

SYMPTOM:
Installer fails to configure the REST server while using the -rest_server option.

DESCRIPTION:
Installer fails to configure the REST server on the running cluster from any node other than node0 and the following error message is displayed - CPI ERROR V-9-20-1072 Failed to copy <<log directory>>/rest_server.sh from <<system name>> to <<log directory>>/rest_server.sh on <<system name>>. 
When the installer is invoked on any node in the cluster other than node0 to configure the REST server, installer tries to copy 'rest_server.sh' from node0 to to that node. 'rest_server.sh' is not generated on node0, causing the installer to fail.

RESOLUTION:
Installer does not copy 'rest_server.sh' from one node to another as installer needs to execute 'rest_server.sh' on node0 only.

* 4068710 (Tracking ID: 4071333)

SYMPTOM:
On a Solaris system, cluster formation fails after performing a rolling upgrade phase 1 from 6.2.1 to 8.0 with patch_path option and rebooting the system.

DESCRIPTION:
Installer tries to stop services after the 8.0 packages are installed, before installing the patches. When upgrade is performed from 6.2.1 to 8.0 with patches on Solaris, gab service fails to stop and recommends a reboot. The disabled services which were stopped because of stop operation are not enabled. As services are disabled/unloaded, those are not online automatically after a reboot and hence cluster is not formed.

RESOLUTION:
Code changes implemented in the Installer to check whether a reboot required is due to failure of services to stop after installation of the 8.0 packages. In such a case, installer allows start of the services. Modules are enabled and after a reboot all services come up.

* 4068713 (Tracking ID: 4071331)

SYMPTOM:
On a Solaris system, while upgrading to Infoscale 8.0 with patch by using patch_path option;  some of the services fail to stop.

DESCRIPTION:
On a Solaris system while upgrading Infoscale using patch_path option to 8.0 version with patch; installer first installs the 8.0 packages, stops services, and installs patches. When 8.0 packages are installed, on some of the systems it might take more time to load modules. After 8.0 installation is complete, installer runs the command to stop the services which creates a race condition. add_drv/rem_drv goes in busy state resulting in a failure to stop services.

RESOLUTION:
To avoid race condition, Installer code checks and waits if the needed services are started by using package level scripts. Stop commands from the installer are run only then.

* 4070269 (Tracking ID: 4071337)

SYMPTOM:
On Solaris, after upgrading Infoscale from 6.2.1 to 8.0 with a patch_path option; system goes in a panic while starting the vxfen service.

DESCRIPTION:
On Solaris, upgrade from 6.2.1 to 8.0 with patch_path option tries to stop the services after 8.0 packages are installed, but before installing the patches. While starting the services, vxfen goes in a panic and reboots the system.  Here, gab stop fails which keeps the 6.2.1 module loaded. But with the vxfen package/patch installation , vxfen is on 8.0 version. While starting vxfen it tries to find the needed dependencies from gab modules but fails as gab module is not upgraded. This inconsistency makes system panic.

RESOLUTION:
Installer checks if upgrade is from 6.2.1 to 8.0 with patch_path option and in that case, installer only enables services but does not start the services to avoid panic. A system reboot is recommended.

* 4070643 (Tracking ID: 4070427)

SYMPTOM:
After upgrading InfoScale from 6.2.1 to 8.0, installer fails to start services.

DESCRIPTION:
This issue occurs because the installer does not stop the veki service before upgrading the base version to 8.0.

RESOLUTION:
Installer modified to stop the veki service before upgrading.

* 4074981 (Tracking ID: 4075597)

SYMPTOM:
On a Linux system, Infoscale configuration fails after installation with the following error message:
'Can't use string ("0") as a HASH ref while "strict refs" in use at /opt/VRTSperl/lib/site_perl/UXRT80/CPIP/Prod/VCS80.pm line 4235'

DESCRIPTION:
If the kubernetes cluster nodes count is different from the infoscale cluster nodes, installer tries to collect the kubernetes cluster information into a perl hash. If a node is not in the kubernetes cluster, the hash value is incorrectly set as '0' and installer exits with an error message.

RESOLUTION:
The installer is modified to correctly set/unset the hash values.

* 4075804 (Tracking ID: 4073591)

SYMPTOM:
On Solaris, vxprint command throws error while checking disk group - 'VxVM vxprint ERROR V-5-1-924 Record -g not found'.

DESCRIPTION:
On Solaris, while checking the disk groups , vxprint commands throws error - 'ERROR V-5-1-924 Record -g not found'. This error occurs on Solaris, as Solaris  vxprint command does not accept the -l option before -g option.

RESOLUTION:
As a fix, CPI corrected the command argument sequence as vxprint -g <disk group name> -l to work on all Operating systems.

* 4079926 (Tracking ID: 4079922)

SYMPTOM:
The product installer fails to complete the installation after it automatically downloads a required support patch from SORT that contains a VRTSperl package. The following error is logged:
CPI ERROR V-9-0-0
0 No pkg object defined for pkg VRTSperl530 and padv <<PADV>>

DESCRIPTION:
During installation, the product installer looks for any applicable platform support patches that are available on SORT and automatically downloads them. However, it fails to correctly identify the base version of the VRTSperl package on the system to compare it with the downloaded version. Consequently, even though the appropriate patch is available, the installer fails to complete the installation.

RESOLUTION:
To address this issue, the product installer is updated to correctly identify the base version of the VRTSperl package on a system.

* 4080099 (Tracking ID: 4080098)

SYMPTOM:
Installer fails to complete the CP server configuration. The following error is logged:
CPI ERROR V-9-40-4422 Unable to create CA certificate /var/VRTScps/security/certs/ca.crt on <<system>>
CPI ERROR V-9-40-4427 Unable to create csr file /var/VRTSvxfen/security/certs/client_{<<uuid>>}.csr for <<system>> on <<system>>

DESCRIPTION:
Installer uses the 'openssl req' command to create CA certificate and csr file. With VRTSperl 5.34.0.2 onwards, openssl version is updated. The updated version requires config file to be passed with the 'openssl req' command by using -config paramater. Consequently, the installer fails to create CA certificate and csr file causing CP server configuration failure.

RESOLUTION:
Product installer is updated to pass the configuration file with the 'openssl req' command only.

* 4080288 (Tracking ID: 4079853)

SYMPTOM:
Patch installer flashes a false error message with -precheck option.

DESCRIPTION:
while installing patch with -precheck option installer flashes a false error message - 'CPI ERROR V-9-0-0 A more recent version of InfoScale Enterprise, 7.4.2.1100, is already installed on server'.

RESOLUTION:
A check added for hotfixupgrade and precheck both for performing further task.

* 4082266 (Tracking ID: 4082265)

SYMPTOM:
Installer fails to complete the LLT over RDMA configuration due to a missing ipcalc package. The following warning gets logged in the installer logs:
CPI WARNING V-9-40-3396 Failed to configure the IP address for the NIC <<NIC name>> on <<system name>>. Resolve the issue manually and try again.

DESCRIPTION:
Installer uses '/usr/bin/ipcalc' binary to calculate the broadcast address for the given IP address. On RHEL 8.6 and above, '/usr/bin/ipcalc' is provided by ipcalc package which is not available on the system.

RESOLUTION:
ipcalc package added to the installer in the appropriate os libraries.

* 4084976 (Tracking ID: 4084975)

SYMPTOM:
Installer fails to complete the CP server configuration. The following error is logged:
CPI ERROR V-9-40-4422 Unable to create CA certificate /var/VRTScps/security/certs/ca.crt on <<system>>
CPI ERROR V-9-40-4427 Unable to create csr file /var/VRTSvxfen/security/certs/client_{<<uuid>>}.csr for <<system>> on <<system>>

DESCRIPTION:
To create CA certificate and csr file, installer uses the 'openssl req' command and passes the openssl configuration file '/opt/VRTSperl/non-perl-libs/bin/openssl.cnf' by using -config parameter to the 'openssl req' command. OpenSSL version 1.0.2, does not have an openssl configuration file. Hence, the installer fails to create CA certificate and csr file, and CP server configuration fails.

RESOLUTION:
Installer updated to check and pass the openssl configuration file only if the file is present on the system.

* 4085000 (Tracking ID: 4085017)

SYMPTOM:
Installer fails to start the vxfen service during CPS-based fencing.

DESCRIPTION:
To successfully complete the CPS-based fencing, TLS version on the cluster nodes and the TLS version on the CP server must be same. Installer fails to start the vxfen service if the TLS version on the cluster nodes and the TLS version on the CP server is different and CPS-based fencing fails to complete.

RESOLUTION:
Installer enhanced to check and take appropriate action if TLS version on the cluster nodes is different from the TLS version on the CP server.

* 4085612 (Tracking ID: 4087319)

SYMPTOM:
Installer fails to uninstall VxVM while upgrading from 7.4.2 to 8.0U1.

DESCRIPTION:
While upgrading, uninstallation of previous rpms fails if the semodule is not loaded. Installer fails to uninstall VxVM if semodule is not loaded before uninstallation.

RESOLUTION:
Installer enhanced to check and take appropriate action if semodule vxvm is not loaded before uninstallation.

* 4085770 (Tracking ID: 4086045)

SYMPTOM:
When Infoscale cluster is reconfigured, LLT, GAB, VXFEN services fail to start after reboot.

DESCRIPTION:
Installer updates the /etc/sysconfig/<<service>> file and incorrectly sets START_<<service>> and STOP_<<service>> value as '0' in pre_configure task even when VCS is not set for reconfiguration. These services thus fail to start after reboot.

RESOLUTION:
Installer is enhanced to not to update the /etc/sysconfig/<<service>> files when VCS is not set for reconfiguration.

* 4086257 (Tracking ID: 4086533)

SYMPTOM:
VRTSfsadv pkg fails to upgrade from 7.4.2 U4 to 8.0 U1 while using yum upgrade. Following error observed:
The fsdedupschd.service is running.  Please stop fsdedupschd.service before upgrading.
error: %prein(VRTSfsadv-8.0.0.1700-RHEL8.x86_64) scriptlet failed, exit status 1

DESCRIPTION:
fsdedupschd service is started as a post-installation task of VRTSfsadv 7.4.2.2600 Package. Before yum upgrade to 8.0 U1, installer does not set up the fsdedupschd service and  VRTSfsadv package fails to upgrade.

RESOLUTION:
Installer is enhanced to handle the start and stop of VRTSfsadv-related services i.e fsdedupschd and vxfs_replication.

* 4086661 (Tracking ID: 4086623)

SYMPTOM:
Installer fails to complete the CP server configuration. The following error is logged:
CPI ERROR V-9-40-4422 Unable to create CA certificate /var/VRTScps/security/certs/ca.crt on <<system>>
CPI ERROR V-9-40-4427 Unable to create csr file /var/VRTSvxfen/security/certs/client_{<<uuid>>}.csr for <<system>> on <<system>>

DESCRIPTION:
Installer check the openssl_conf file on client nodes instead of CP server, consequently even if openssl_conf file is not present on CP server installer tries to utilize the same and fails to generate the CA certificate and csr files.

RESOLUTION:
Product installer is updated to check and pass the configuration file from CP server.

* 4086724 (Tracking ID: 4086742)

SYMPTOM:
On InfoScale 8.0 U1, the addnode operation fails with the following error message: 
"Cluster protocol version mismatch was detected between cluster <<cluster_name>> and <<new node name>>.

DESCRIPTION:
On InfoScale 8.0 U1, the cluster protocol version is changed from 260 to 270 in the VxVM component. However, cluster protocol version is not updated on the installer. During the addnode operation, when the new node is compared with the other cluster nodes, the cluster protocol versions do not match, and the error is displayed.

RESOLUTION:
The common product installer is enhanced to check the installed VRTSvxvm package version on the new node and accordingly set the cluster protocol version.

* 4087907 (Tracking ID: 4087906)

SYMPTOM:
Executive order compliant logging support was not available.

DESCRIPTION:
As per the executive order , logs of InfoScale components must be in a particular format. This must be enabled on InfoScale.

RESOLUTION:
Executive order compliant logging support enabled on InfoScale. EO compliant logging can be enabled/disabled by using the installer.

* 4088743 (Tracking ID: 4088698)

SYMPTOM:
CPI installer tries to download a must-have patch whose version is lower than the version specified in media path. If installer is unable to download, the following error message is displayed:
CPI ERROR V-9-30-1114 Failed to connect to SORT (https://sort.veritas.com), the patch <<patchname>> is required to deploy this product.

DESCRIPTION:
CPI installer tries to download a lower version must-have patch even if patch bundle(s) of equal or higher version of all the patches from the must-have patch is provided in the media path.

RESOLUTION:
CPI installer does not download the required must-have patch if equal or higher version patches are supplied in the mediapath.



INSTALLING THE PATCH
--------------------
1. Copy the hot-fix CPI_8.0.0_P7.pl to /tmp
2. Run installation scripts with the hot-fix
   Example:
   ./installer -require /tmp/CPI_8.0.0_P7.pl


REMOVING THE PATCH
------------------
NONE


SPECIAL INSTRUCTIONS
--------------------
NONE


OTHERS
------
NONE