Резервне копіювання DB2 зазнає невдачі з SQL2071N "/usr/lib/libnsrdb2.so". Код причини: "2"

Резервне копіювання DB2 зазнає невдачі з наступною помилкою: оновлення бази даних з V10.5 до V11.5

Помилка:

DB2 backup fails with SQL2071N "/usr/lib/libnsrdb2.so". Reason code: "2"

DB2DIAG журнали мають таку помилку.

2025-01-13-20.16.25.864739+060 E79273449E571         LEVEL: Error (OS)
PID     : 29019                TID : 139807381163456 PROC : db2vend (db2logmgr.meth1 - 267 (
INSTANCE: db2prd               NODE : 000
HOSTNAME: labhostPRD-00
FUNCTION: DB2 UDB, oper system services, sqloLoadModule, probe:191
CALLED  : OS, -, dlopen
DATA #1 : Library name or path, 21 bytes
/usr/lib/libnsrdb2.so
DATA #2 : shared library load flags, PD_TYPE_LOAD_FLAGS, 4 bytes
0
DATA #3 : String, 92 bytes
/usr/lib/nsr/apps/lib64/libssl.so.1.1: undefined symbol: EVP_idea_cbc, version OPENSSL_1_1_0
 
2025-01-13-20.16.25.864904+060 I79274021E462         LEVEL: Error
PID     : 29019                TID : 139807381163456 PROC : db2vend (db2logmgr.meth1 - 267 (
INSTANCE: db2prd               NODE : 000
HOSTNAME: labhostPRD-00
FUNCTION: DB2 UDB, database utilities, sqluFencedVendorProcessCB::loadLibrary, probe:104
MESSAGE : ZRC=0x870F009B=-2029059941=SQLO_MOD_LOAD_FAILED
          "Dynamic library load failed."
DATA #1 : String, 21 bytes
/usr/lib/libnsrdb2.so

Якщо в системі встановлено OpenSSL версії 3.
Процес db2vend покладається лише на OpenSSL версії 3, однак процес libnsrdb2 завантажить версію OpenSSL 1, присутню в NMDA

Шлях до ОС OpenSSL: /usr/lib64/
Шлях до NMDA OpenSSL: /usr/lib/nsr/apps/lib64/

Нижче наведено фрагмент неробочого хоста.

Два процеси db2vend

labhostPRD-00:(/root)(root)#ps -ef | grep db2vend | grep -v grep
db2prd   23876 23452  0 Feb05 ?        00:00:00 db2vend (PD Vendor Process - 1) 0
db2prd   24856 23452  0 Feb11 ?        00:00:04 db2vend (db2logmgr.meth1 - 27 (PRD)) 0

Перший db2vend з PID 23876 завантажує OpenSSL V3 з OS OpenSSL Path

labhostPRD-00:(/root)(root)#lsof -p 23876 | grep -E "lib(ssl|crypto)"
db2vend 23876 db2prd DEL    REG    8,4           51527190 /usr/lib64/libcrypto.so.3.1.4
db2vend 23876 db2prd DEL    REG    8,4           51527189 /usr/lib64/libcrypto.so.1.1
db2vend 23876 db2prd DEL    REG    8,4           51784225 /usr/lib64/libssl.so.3.1.4

Другий db2vend з PID 24856 завантажує OpenSSL V1 з NMDA OpenSSL Path (/usr/lib/nsr/apps/lib64/libssl.so.1.1) і OS OpenSSL Path

labhostPRD-00:(/root)(root)#lsof -p 24856 | grep -E "lib(ssl|crypto)"
db2vend 24856 db2prd mem    REG    8,4    721456 50354171 /usr/lib/nsr/apps/lib64/libssl.so.1.1
db2vend 24856 db2prd mem    REG    8,4   5715664 50354411 /usr/lib64/libcrypto.so.3.1.4
db2vend 24856 db2prd mem    REG    8,4   3924472 50360290 /usr/lib64/libcrypto.so.1.1
db2vend 24856 db2prd mem    REG    8,4    743784 50354413 /usr/lib64/libssl.so.3.1.4

Наведена вище плутанина версії OpenSSL є причиною помилки.
NMDA OpenSSL version 1 is compiled with "IDEA encryption algorithm for EVP" but OS OpenSSL Version 1 are not.

1. Цю проблему вирішено в NMDA 19.12, NMDA постачається з OpenSSL V3.
2. Видалення OpenSSL версії 3, швидше за все, допомогло б, тому що db2vend тоді був би змушений завантажувати бібліотеки ОС libssl.so.1.1 і libcrypto.so.1.1, і в результаті при ініціалізації інтерфейсу вендора не потрібно було б завантажувати бібліотеки, що розповсюджуються з NMDA
3. Спосіб вирішення: Змінна середовища DB2 використовується як обхідний шлях для примусового використання /usr/lib/nsr/apps/lib64/ за допомогою наведеного нижче документа IBM.  DB2LIBPATH [ibm.com]