Data Protector Quick Fixes

There are situations in which you receive test modules or quick fixes from HP support to resolve a specific issue in your environment. Even if they provide instructions on how to apply them, I found the following general procedure working quite well for Linux clients and cell managers.

  • Upload the fix to the client system that need to be updated
decm01:/tmp/QCCR # ls -al

total 2132

drwxr-xr-x 2 root root 4096 Sep 4 19:29 .

drwxrwxrwt 6 root root 4096 Sep 4 19:28 ..

-rw-r--r-- 1 root root 2170880 Sep 4 19:23 QCCR2A39087_TM4.tar
  • Extract the archive provided by HP support to a new directory and examine documentation included
decm01:/tmp/QCCR # /bin/mkdir QCCR2A39087_TM4

decm01:/tmp/QCCR # /bin/tar xf QCCR2A39087_TM4.tar -C QCCR2A39087_TM4

decm01:/tmp/QCCR # cd QCCR2A39087_TM4

decm01:/tmp/QCCR/QCCR2A39087_TM4 # ls -al

total 2132

drwxr-xr-x 2 root root 4096 Sep 4 19:29 .

drwxr-xr-x 3 root root 4096 Sep 4 19:29 ..

-rw-r--r-- 1 27419 users 971 Aug 29 07:53 README.txt

-r-x------ 1 27419 users 2164336 Aug 29 07:45 csm

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /usr/bin/less README.txt
  • Check if the new binaries are running on the system and reports a valid build number
decm01:/tmp/QCCR/QCCR2A39087_TM4 # /usr/bin/file csm

csm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked [...]

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /usr/bin/ldd csm

linux-vdso.so.1 => (0x00007fff04df9000)

libCrdm64.so => /opt/omni/lib/libCrdm64.so (0x00007f666845d000)

libCadm64.so => /opt/omni/lib/libCadm64.so (0x00007f6668355000)

libCrpc64.so => /opt/omni/lib/libCrpc64.so (0x00007f6668242000)

libCuapi64.so => /opt/omni/lib/libCuapi64.so (0x00007f6668140000)

libCrm64.so => /opt/omni/lib/libCrm64.so (0x00007f6668026000)

libCncp64.so => /opt/omni/lib/libCncp64.so (0x00007f6667f20000)

libm.so.6 => /lib64/libm.so.6 (0x00007f6667c7e000)

libdl.so.2 => /lib64/libdl.so.2 (0x00007f6667a79000)

libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f666776f000)

libarm.so => /opt/omni/lib/arm/libarm.so (0x00007f666766e000)

libBrandChg_64bit.so => /opt/omni/lib/libBrandChg_64bit.so (0x00007f6667568000)

libc.so.6 => /lib64/libc.so.6 (0x00007f66671f4000)

libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6666fd7000)

/lib64/ld-linux-x86-64.so.2 (0x00007f666856b000)

libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6666dc0000)

decm01:/tmp/QCCR/QCCR2A39087_TM4 # ./csm

HP Data Protector A.07.00: CSM, internal build QCCR2A39087_TM4, built on [...]
  • Locate the binaries to be replaced (only csm in that case), create a backup including permissions
decm01:/tmp/QCCR/QCCR2A39087_TM4 # which csm

/opt/omni/lbin/csm

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /bin/cp -a /opt/omni/lbin/csm{,.`/bin/date +%Y%m%d`}
  • Replace the files and check if build number is reported correctly for each one and their backup. You might need to shutdown Data Protector services using omnisv stop in advance. Adjust permissions and ownership not matching the backup.
decm01:/tmp/QCCR/QCCR2A39087_TM4 # /bin/cp csm /opt/omni/lbin/csm

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /bin/ls -al /opt/omni/lbin/csm*

-r-x------ 1 root sys 2164336 Sep 4 19:31 /opt/omni/lbin/csm

-r-x------ 1 root sys 1955592 Jul 22 21:23 /opt/omni/lbin/csm.20120904

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /opt/omni/lbin/csm

HP Data Protector A.07.00: CSM, internal build QCCR2A39087_TM4, built on [...]

decm01:/tmp/QCCR/QCCR2A39087_TM4 # /opt/omni/lbin/csm.20120904

HP Data Protector A.07.00: CSM, internal build 100, built on Tue Jul 24 09:51:39 2012
  • Start the services if stopped using omnisv start and check if the installed test module is working as expected. omnicheck -patches should list the non-standard binaries.

Keep in mind to track applied Quick Fixes if you’re going to install GR patches to your cell. Check the release notes of the fixes to make sure the issue has been resolved.
 

Leave a Reply