NetWorker: Corrección de información incoherente de pares NSR
Summary: Error de información de par NSR durante el respaldo y la recuperación. Ya existe una máquina con el nombre (client_name). Elija un nombre diferente para su máquina o elimine la entrada "NSR peer information" para (client_name) en el host: (host_name) ' ...
Symptoms
Los respaldos, las recuperaciones y las comunicaciones fallan en el cliente con los siguientes errores:
'nsrexecd: SYSTEM error: There is already a machine using the name (client_name). Either choose a different name for your machine, or delete the "NSR peer information" entry for (client_name) on host: (host_name)'
'nsrexecd: SYSTEM error: Connection reset by peer'
nsrexecd.exe puede causar fallas de aplicación en uno o más clientes, incluidos el servidor o los nodos de almacenamiento.
Cause
La carpeta res\nsrladb es el inicio de la nueva autenticación de host basada en certificados (nsrauth). Contiene el certificado local del cliente individual y una copia almacenada en caché de todos los hosts con los que se comunicó.
En la primera conexión, un host solicitará y recibirá el certificado del host al que se conecta, y almacenará en caché el certificado de ese host para futuras comparaciones. Salvo las recuperaciones dirigidas y los nodos de almacenamiento, un entorno estándar tendría cada certificado de cliente almacenado en caché en el servidor NetWorker Server y los nodos de almacenamiento, y el certificado del servidor almacenado en caché en cada cliente y nodo de almacenamiento. Estos certificados almacenados en caché se reflejan en la rama Hosts locales del árbol de configuración
Cuando se reinstala un cliente, el certificado se genera de nuevo localmente en el cliente; Esto hace que se invalide la copia almacenada en caché del certificado del cliente en el servidor, lo que provoca errores. La misma condición se produce simplemente cambiando el nombre de nsrladb en el cliente.
Resolution
La información del par NSR se establece en el nivel del cliente, no en el nivel del servidor. En otras palabras: debe conectarse a NSRLA, no a la base de datos NSR. Para realizar esto, debe conectarse a través de "nsradmin -p nsrexec" o "nsradmin -p nsrexecd". "nsradmin" por sí solo se conectará al servidor de NetWorker.
Elimine el certificado antiguo no coincidente o almacenado en caché del cliente (client_name) en el host de NetWorker que genera el mensaje de error (host_name). En caso de que NetWorker Server se haya actualizado o reinstalado, el certificado del servidor se debe eliminar de cada cliente mediante la autenticación sólida de nsrauth. En cualquier caso, la operación correctiva es la misma y una de las siguientes:
- Elimine el certificado del cliente que se actualizó desde cualquier host con una copia del antiguo a través de hosts locales en NMC
- Elimine el certificado antiguo/almacenado en caché del cliente afectado mediante la línea de comandos
Para borrar la información de pares de la máquina cliente (desde el servidor)
nsradmin -s <host_name> -p nsrexec
nsradmin> delete type: nsr peer information; peer hostname: <client_name>
Para borrar la información de pares en el equipo cliente
nsradmin -p nsrexec
nsradmin> print type: nsr peer information
delete
Additional Information
Solución alternativa según la versión:
- Deshabilitar nsrauth solo en el servidor y los nodos de almacenamiento (y reiniciar NW) solucionará este problema definitivamente.
- Configure NetWorker Server en modo nsrauth o nsrauth/oldauth.
Un servidor NetWorker 7.5.x, 7.6.x u 8.0 en modo oldauth no se puede utilizar con NMC 8.0, que de manera predeterminada está en modo nsrauth/oldauth.