Cómo desbloquear el éxito de SAP HANA EML: resolver la compatibilidad de libssl.so.1.0.0 y libcrypto.so.1.0.0 en RHEL 8.6
Sumérgete en el desafío
En el ámbito de SAP HANA, cada actualización es un paso hacia la optimización. Sin embargo, nuestro reciente viaje desde la versión 59.05 a la 59.10 descubrió un desafío peculiar. La funcionalidad de aprendizaje automático extendido (EML) se topó con un obstáculo, generando un error inquietante en SAP HANA DB y arrojando un tono carmesí en DBACOCKPIT debido a un error en el registro de la biblioteca EML.
HANA Studio –> ventana SQL –> seleccione * de m_plugin_status;
El registro del paquete EMLLIB falló en «crear el paquete afl _SYS_AFL.EMLLIB archivo ‘/plugins/eml/libaflemllib’ en _SYS_AFL.EML» con el error 444: «error del administrador de paquetes – error al cargar la biblioteca»
Según el registro del servidor de índice a continuación está el error:
Error dlopen: libaflemllib.so msg: libaflemllib.so: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: libaflemllib msg: libaflemllib: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/libaflemllib.so msg: /usr/sap/ABC/HDB00/exe/libaflemllib.so: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/libaflemllib msg: /usr/sap/ABC/HDB00/exe/libaflemllib: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/afl/libaflemllib.so msg: /usr/sap/ABC/HDB00/exe/plugins/afl/libaflemllib.so: no se puede abrir el archivo de objeto compartido: No existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/afl/libaflemllib msg: /usr/sap/ABC/HDB00/exe/plugins/afl/libaflemllib: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/eml/libaflemllib.so msg: libssl.so.1.0.0: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/eml/libaflemllib msg: /usr/sap/ABC/HDB00/exe/plugins/eml/libaflemllib: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/epmmds/libaflemllib.so msg: /usr/sap/ABC/HDB00/exe/plugins/epmmds/libaflemllib.so: no se puede abrir el archivo de objeto compartido: No existe tal archivo o directorio
Error dlopen: /usr/sap/ABC/HDB00/exe/plugins/epmmds/libaflemllib msg: /usr/sap/ABC/HDB00/exe/plugins/epmmds/libaflemllib: no se puede abrir el archivo de objeto compartido: no existe tal archivo o directorio
AFLPM_SQL AFLPM_SQLDriverObj.cpp(00042): El registro del paquete EMLLIB falló en «crear el paquete afl _SYS_AFL.EMLLIB archivo ‘/plugins/eml/libaflemllib’ en _SYS_AFL.EML» con el error 444: «error del administrador de paquetes – error al cargar la biblioteca».
AFLPM AFLComponent.cpp(00031): error durante la inicialización del Administrador de paquetes AFL: falló el registro de AFL
Navegando al directorio EML y ejecuta el siguiente comando para ver qué biblioteca falta:
Rastreando al culpable
La investigación reveló una búsqueda específica de libssl.so.1.0.0 y libcrypto.so.1.0.0 después de la actualización de HANA DB y complementos. Sin embargo, los archivos esquivos no se encontraban en ninguna parte del directorio /usr/lib64 de RHEL 8.6.
En lugar de 1.0.0, el siguiente archivo está disponible:
Los estándares de SAP se hacen eco del desafío
Las pautas de SAP para el registro EML afirman la necesidad de libssl.so.1.0.0 y libcrypto.so.1.0.0. Curiosamente, una nota estándar de SAP para SUSE SP15 (2936298 – La biblioteca de aprendizaje automático externo 2.0 de SAP HANA requiere libssl 1.0.x) reflejó nuestro encuentro y destacó el mismo problema.
Sorprendentemente, en HANA 2.0 SPS05, el registro EML se realizó correctamente sin la presencia explícita de libssl.so.1.0.0 y libcrypto.so.1.0.0. Sin embargo, la dinámica cambió después de la actualización a SPS10, lo que provocó una falla desconcertante en el proceso de registro.
Dado que OpenSSL es el proveedor de estas bibliotecas vitales, la trama se complica ya que ambas bibliotecas permanecen notoriamente ausentes en el repositorio de RHEL 8.6.
Navegando por la solución –
Confirmado: el éxito de EML exige libssl.so.1.0.0 y libcrypto.so.1.0.0. Ahora surge la pregunta fundamental: ¿dónde conseguir estas bibliotecas esquivas?
Hay 2 métodos para obtener esta biblioteca e instalarla en /usr/lib64 sin eliminar la existente.
Método 1
wget https://www.openssl.org/source/old/1.0.2/openssl-1.0.2k.tar.gz
tar -xzvf openssl-1.0.2k.tar.gz
cd openssl-1.0.2k
./config -fPIC –prefix=/usr/local/openssl/ enable-shared
hacer
hacer la instalación
cd /usr/local/openssl
cp /usr/local/openssl/lib/libcrypto.so.1.0.0 /lib64
cp /usr/local/openssl/lib/libcrypto.so /lib64
cp /usr/local/openssl/lib/libssl.so.1.0.0 /lib64
cp /usr/local/openssl/lib/libssl.so /lib64
Método 2
Estas bibliotecas todavía están disponibles en RHEL7, si tiene algún sistema que se ejecuta con RHEL7, puede obtener ambas bibliotecas en/usr/lib64 y copiarlas desde allí a RHEL8.
cp -R libssl.so.1.0.2k /usr/lib64
cp -R libcrypto.so.1.0.2k /usr/li64
Navegue a /usr/lib64 y ejecute el siguiente comando a través de root
chmod 755 libssl.so.1.0.2k
chmod 755 libcrypto.so.1.0.2k
ln -sf libssl.so.1.0.2k libssl.so.1.0.0
ln -sf libcrypto.so.1.0.2k libcrypto.so.1.0.0
Antes de reiniciar, una vez que realice cualquier método anterior, valide que la biblioteca ahora esté disponible con ldd dominio –
Después de validar, reinicie HANA DB y ahora debería registrar el complemento EML correctamente.
¡¡¡Feliz aprendizaje!!!
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073