APAR status
Closed as Vendor Solution.
Error description
On Red Hat Enterprise Linux (RHEL) 7.2, IBM Spectrum Protect Backup-Archive Client library links can be removed from /usr/lib64 by ldconfig if the /opt file system is not available during system boot. It was reported that not every system reboot reported this problem. When this occurs, the client will report the following error message: "dsmc: error while loading shared libraries: libtsmxerces-depdom.so.28: cannot open shared object file: No such file or directory" IBM Spectrum Protect Versions Affected: All backup-archive clients running on RHEL 7.2 Customer/L2 Diagnostics: Running ldd for dsmc binary shows missing library names. The following is an example: # ldd $(which dsmc) linux-vdso.so.1 => (0x00007ffc737f0000) libgsk8ssl_64.so => /usr/lib64/libgsk8ssl_64.so (0x00007f91583a5000) libgsk8iccs_64.so => /usr/lib64/libgsk8iccs_64.so (0x00007f9158241000) libxmlutil-8.1.0.0.so => /usr/lib64/libxmlutil-8.1.0.0.so (0x00007f9158128000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000031ee800000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00000031e2800000) libdl.so.2 => /lib64/libdl.so.2 (0x00000031e2c00000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000031ecc00000) libgpfs.so => /usr/lib64/libgpfs.so (0x00007f915801a000) libdmapi.so => /usr/lib64/libdmapi.so (0x00007f9157f12000) librt.so.1 => /lib64/librt.so.1 (0x00000031e3000000) libm.so.6 => /lib64/libm.so.6 (0x00000031e2400000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000031ec000000) libc.so.6 => /lib64/libc.so.6 (0x00000031e2000000) libgsk8cms_64.so => /usr/lib64/libgsk8cms_64.so (0x00007f9157aa2000) libtsmxerces-depdom.so.28 => not found ****** libtsmxerces-c.so.28 => not found ****** libfreebl3.so => /lib64/libfreebl3.so (0x00000031ee400000) /lib64/ld-linux-x86-64.so.2 (0x00000031e1c00000) In the reported case, the following links were not created: libtsmxerces-depdom.so.28 libtsmxerces-c.so.28 Initial Impact: High Additional Keywords: After system reboot client randomly does not start fail TSM
Local fix
Restore the links manually with the following shell commands: ln -s /opt/tivoli/tsm/client/api/bin64/libtsmxerces-c.so.28.0 /usr/lib64/libtsmxerces-c.so.28 ln -s /opt/tivoli/tsm/client/api/bin64/libtsmxerces-depdom.so.28.0 /usr/lib64/libtsmxerces-depdom.so.28 Then start the client. These steps need to be applied after each reboot that report the error until the fixing OS level is applied.
Problem summary
Problem conclusion
Temporary fix
Comments
The problem is caused by the ldconfig.service task, started at boot time, before local file systems are mounted. In Linux RedHat version 7.3 the ldconfig.service task is removed and the problem does not occur any more. RedHat BugZilla record for the issue: BZ#1301990. RedHat Enterprise Linux 7.3 Update list mentioning the issue: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise _Linux/7/html/7.3_Release_Notes/bug_fixes_general_updates.html
APAR Information
APAR number
IT20524
Reported component name
TSM CLIENT
Reported component ID
5698ISMCL
Reported release
71L
Status
CLOSED ISV
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-05-09
Closed date
2017-07-19
Last modified date
2017-07-19
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
[{"Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"71L"}]
Document Information
Modified date:
13 February 2021