NetWorker

En este documento, se destacan las versiones de código mínimas, recomendadas y más recientes para los productos de infraestructura empresarial y de centro de datos de Dell Technologies. Evaluamos y monitoreamos cuidadosamente los datos de implementación de códigos a fin de garantizar que los lanzamientos de productos cumplan con nuestras estrictas expectativas para proporcionar a nuestros clientes productos y soluciones confiables.

El archivo /nsr/logs/daemon.raw del servidor de NetWorker está inundado con el mensaje “Unable to complete SSL handshake with nsrexecd on host 'NOMBRE_DE_CLIENTE': Se produjo un error como resultado de una falla del protocolo SSL". Además de un posible problema de conexión, esto dificulta el análisis de los registros para cualquier otra solución de problemas. En este artículo, se destacan los pasos que se pueden seguir para eliminar este problema tanto en el servidor como en la conexión del lado del cliente.

NetWorker Server’s or Client’s service disruption in HA (High Availability) cluster nodes that are installed with RHEL (Red Hat Enterprise Linux) 8.2, 8.3, 8.4, 8.6 operating system versions.

En este artículo de la base de conocimientos, se proporciona una ubicación de registro general para las fallas de actualización o instalación de NetWorker Virtual Edition (NVE).

Los respaldos dirigidos a Data Domain fallan cuando el bloqueo de retención está habilitado en la acción del flujo de trabajo, pero no está configurado en el dispositivo Data Domain de destino.

NetWorker no tiene un paquete de instalación de vSphere (VIB) para abrir los puertos necesarios para FLR en los hosts VMware ESXi.

En NetWorker 19.13.0.3, RabbitMQ sobrescribe los certificados firmados por CA con certificados autofirmados cuando se reinicia el servicio de NetWorker. Esto ocurre debido a una incompatibilidad de nombre de host en el script rabbitmq-server.

Tiene una máquina virtual configurada con varios discos. Los respaldos de VM se completaron correctamente. Cuando se recupera la máquina virtual, no todos los discos de máquina virtual están disponibles para la recuperación. Los discos faltantes se configuran en VMware como discos independientes o RDM. VMware no creará instantáneas de discos independientes, esto es necesario para respaldar el disco. Los discos RDM se omiten durante el respaldo, ya que no son compatibles.

En este artículo, se proporciona la ruta de resolución de recuperación ante desastres de NetWorker.

El análisis de Rapid7 identificó vulnerabilidades de seguridad en varios puertos de NetWorker.

En este artículo de la base de conocimientos, se proporciona una visión general de los métodos que se pueden utilizar para identificar el software de NetWorker. El propósito de esta KB es ayudar a los administradores de NetWorker y al equipo de servicio al cliente (CST) a recopilar información cuando se abre una solicitud de servicio (SR) de NetWorker.

El software de NetWorker Server se implementa en un clúster de Red Hat Enterprise Linux Pacemaker (PCS). Después de actualizar NetWorker de 19.6.1.x (o anterior) a 19.7.0.0-19.7.0.3 o 19.8.0.0-19.8.0.1, los servicios de NetWorker Server no se inician.

La actualización a la versión más reciente del vProxy hace que los respaldos fallen con el siguiente error: "Falla", "Descripción": "El respaldo falló: No se puede abrir la sesión en el dispositivo de destino \"DD_HOSTNAME\.""

La integración de NetWorker VMware Protection está configurada con el dispositivo vProxy, y la utilidad de línea de comandos de nsrvproxy_mgmt se utiliza para actualizar los dispositivos existentes. La actualización falla con un error.

Los respaldos de máquinas virtuales (VM) de NetWorker VMware Protection (NVP) fallan en la configuración mediante Direct Fibre Channel (DFC) con el error 5008 de Data Domain.

Las restauraciones de NetWorker VMware Protection (NVP) son lentas en comparación con el respaldo.

El dispositivo vProxy de NetWorker VMware Protection (NVP) no es compatible actualmente con el módulo de plataforma segura (TPM).

List of the Apache and tomcat versions which are part of the different NetWorker Management Console (NMC) and NetWorker server versions.

NetWorker Module for Microsoft (NMM) can perform restores of Hyper-V Virtual Machine (VM) backups from the command-line. This article explains how to use command-line restore with NMM.

Cuando se instala NetWorker Management Console (NMC) o la interfaz de usuario web de NetWorker (NWUI) en un host de Windows, no puede conectarse al servidor de autenticación de NetWorker. El servidor de NMC/NWUI es independiente del servidor de NetWorker. Las pruebas de resolución de nombres y conexión de puertos se realizaron correctamente. El problema se produce cuando TLS 1.1 y 1.2 están deshabilitados en el servidor NMC independiente.

This KB provides an overview of how to approach and resolve general issues that are observed with NMC services and accessibility.

Se ha observado un problema después de una actualización de NMC versión 19.12 a 19.13, en la cual el servicio GST se apaga poco después de iniciarse.

Los usuarios pueden experimentar un error al iniciar NetWorker Management Console (NMC) mediante OpenWebStart: Error: No se pudo leer ni analizar el archivo JNLP.

NetWorker 19.13.0.0 or 19.13.0.1 report "Access Denied" when attempting to change the Administrator password from the NMC or authc_mgmt command.

Los trabajos primarios y secundarios creados por la actividad "File Delete - Historical" no se marcan con el estado "Failed" si la ruta definida en la actividad se vuelve inaccesible.

NetWorker Management Console (NMC) se utiliza para realizar restauraciones de máquina virtual (VM) en un entorno de NetWorker Server de recuperación ante desastres (DR) en un vCenter alternativo. La ventana "Configurar la recuperación de la máquina virtual" del asistente de recuperación de NMC muestra el error "Esperando antes de volver a intentar obtener el entorno del hipervisor, ya que el último intento falló".

"Advertencia: El puerto 9090 ya está en uso" cuando se configura el servicio de autenticación en Red Hat Linux. El componente cockpit-ws está configurado de forma predeterminada para aceptar conexiones en el puerto 9090.

Después de actualizar el certificado SSL en vCenter Server, los respaldos de NetWorker VMware Protection (NVP) de máquinas virtuales (VM) fallan.

Mientras se ejecuta la CLI de AppSync en el cliente AIX, se producirá el error “Failed to authenticate AppSync”.

Issue typically happens when a server cannot access the Internet to authenticate the certificate. Installation fails with error "cfgk1.cab has an invalid digital signature. This may indicate that the cabinet file is corrupt."