¿Cómo instalar Micro Focus Data Protector Client 10.91 en SLES 15 SP2?

¿Cómo instalar Micro Focus Data Protector Client 10.91 en SLES 15 SP2?

Micro Focus Data Protector 10.91 debería funcionar con distribuciones de Linux como SLES usando systemd, pero parece que la instalación del cliente no funciona: cuando intento instalar el cliente, aparece un mensaje de error ("[110:101] ¡Falló la importación del cliente!") mientras que los pasos de instalación anteriores (Core Component, Core Technology Stack, Disk Agent) parecían exitosos.

Al examinar el sistema, veo que hay un omni.socketservicio ejecutándose, pero el referenciado omni.serviceno existe (no hay un archivo unitario correspondiente). Tras una inspección más cercana encontré un [email protected]in /usr/lib/systemd/system/, pero parece no válido.

¿Qué puedo hacer para arreglar esto?

Así es como se ven los archivos de servicio:

# /usr/lib/systemd/system/omni.socket
[Unit]
Description=DATA-PROTECTOR-INET
PartOf=omni.service

[Socket]
ListenStream=5555
Accept=yes
MaxConnections=1000000
MaxConnectionsPerSource=100000

[Install]
WantedBy=sockets.target

# /usr/lib/systemd/system/[email protected]
[Unit]
Description=DATA-PROTECTOR-INET
Requires=omni.socket

[Service]
StandardInput=socket
PIDFile=/var/run/omni.pid
ExecStart=/opt/omni/lbin/inet -log /var/opt/omni/log/inet.log
Type=simple
KillMode=process

[Install]
WantedBy=default.target

Para mí, esos archivos de servicio parecen muy incompletos: les faltan dependencias como la red y los sistemas de archivos locales.

Para aclarar: no estoy buscando instrucciones de instalación como las que ya proporciona el producto (no funcionan). En lugar de eso, estoy buscando una manera de hacer que la versión con errores funcione mientras el proveedor corrige sus errores.

Respuesta1

Resultó ser un problema de firewall: el puerto 5555/tcp(puerto tradicional de Data Protector) estaba bloqueado en el cliente.

Como la instalación se realiza mediante SSH (que no estaba bloqueado), la descarga e instalación del software funcionó, pero no fue posible la comunicación con el administrador de la celda (CM).

Utilicé estos comandos CLI para configurar el firewall (firewalld); es posible que desees ajustar el puerto y la zona:

# firewall-cmd --permanent --new-service=omni
# firewall-cmd --permanent --service=omni --set-short="Data Protector"
# firewall-cmd --permanent --service=omni --set-description="Data Protector"
# firewall-cmd --permanent --service=omni --add-port 5555/tcp
# firewall-cmd --permanent --zone=internal --add-service=omni
# systemctl reload firewalld.service

Tenga en cuenta que firewall-cmdpermite modificar un solo elemento (cuando se intenta cambiar varios elementos, el resto se ignora silenciosamente (la solicitud de mejora ya existe)).

Una vez que funcionó, parece que el inetproceso regresa con un valor un tanto aleatorio lo que systemctl status omni*no parece gustar mucho (reporta diferentes errores).

Sin embargo, no sé si esos archivos de la unidad systemd están en buenas condiciones (algunos ajustes adicionales podrían silenciar esos errores falsos).

También descubrí que la instalación todavía funciona /etc/xinetd.d/omnisi xinetd está instalado (y ejecutándose). Sin embargo, xinetd no se recarga automáticamente, por lo que debe hacerse manualmente después de la instalación para activar el omniservicio.

Finalmente, Data Protector todavía instala algunos archivos en modo maligno 0666; algo que uno quizás quiera arreglar ( chmod go-wal menos).

información relacionada