NVP vProxy: La VM de SLES se recupera con nombres de interfaz de red incorrectos

Summary: La solución NetWorker VMware Protection (NVP) está configurada para respaldar máquinas virtuales (VM) SuSE Enterprise Linux (SLES). Después de realizar una recuperación de imagen de la VM, esta se recupera con nombres de interfaz de red incorrectos. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

  • Una máquina virtual (VM) de SuSE Enterprise Linux (SLES) se implementa en VMware y se protege mediante la solución NetWorker VMware Protection (NVP).
  • La VM de SLES tiene varias tarjetas de interfaz de red (NIC).
  • La VM de SLES está configurada con una convención de nomenclatura de tarjeta de interfaz de red (NIC) no secuencial. Por ejemplo, en lugar de eth0, eth1, eth2 (etc.), las NIC se denominan eth0, eth1, eth4.
sles-client01:~ # ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:50:56:be:a4:8f brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.120/24 brd 192.168.9.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:febe:a48f/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:50:56:be:8d:19 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.220/24 brd 192.168.9.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:febe:8d19/64 scope link
       valid_lft forever preferred_lft forever
4: eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:50:56:be:71:bd brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.223/24 brd 192.168.9.255 scope global eth4
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:febe:71bd/64 scope link
       valid_lft forever preferred_lft forever

sles-client01:~ # ls -l /sys/class/net
total 0
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth0 -> ../../devices/pci0000:00/0000:00:16.0/0000:0b:00.0/net/eth0
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth1 -> ../../devices/pci0000:00/0000:00:16.1/0000:0c:00.0/net/eth1
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth4 -> ../../devices/pci0000:00/0000:00:17.0/0000:13:00.0/net/eth4
lrwxrwxrwx 1 root root 0 Dec  4 12:22 lo -> ../../devices/virtual/net/lo
  • Después de realizar una restauración de VM (reversión de VM, restauración de imagen, restauración de acceso instantáneo), la VM se recupera con una convención de nomenclatura de NIC incorrecta:
sles-client01:~ # ip addr
 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
 inet 127.0.0.1/8 scope host lo
    valid_lft forever preferred_lft forever
 inet6 ::1/128 scope host
    valid_lft forever preferred_lft forever
 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
 link/ether 00:50:56:be:68:7e brd ff:ff:ff:ff:ff:ff
 inet 192.168.9.120/24 brd 192.168.9.255 scope global eth0
    valid_lft forever preferred_lft forever
 inet6 fe80::250:56ff:febe:687e/64 scope link
    valid_lft forever preferred_lft forever
 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
 link/ether 00:50:56:be:7c:c1 brd ff:ff:ff:ff:ff:ff
 inet 192.168.9.220/24 brd 192.168.9.255 scope global eth1
    valid_lft forever preferred_lft forever
 inet6 fe80::250:56ff:febe:7cc1/64 scope link
    valid_lft forever preferred_lft forever
 4: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
 link/ether 00:50:56:be:a2:fa brd ff:ff:ff:ff:ff:ff

sles-client01:~ # ls -l /sys/class/net
 total 0
 lrwxrwxrwx 1 root root 0 Dec  3 13:34 eth0 -> ../../devices/pci0000:00/0000:00:16.0/0000:0b:00.0/net/eth0
 lrwxrwxrwx 1 root root 0 Dec  3 13:34 eth1 -> ../../devices/pci0000:00/0000:00:16.1/0000:0c:00.0/net/eth1
 lrwxrwxrwx 1 root root 0 Dec  3 13:34 eth2 -> ../../devices/pci0000:00/0000:00:17.0/0000:13:00.0/net/eth2
 lrwxrwxrwx 1 root root 0 Dec  3 13:34 lo -> ../../devices/virtual/net/lo 

En este ejemplo, la VM original tiene eth0, eth1 y eth4. Después de realizar una restauración de imagen, la VM recuperada tiene eth2 en lugar de eth4. La NIC eth2 no está en línea. 

Cause

Este problema ocurre fuera de NetWorker/vProxy. NetWorker VMware Protection no tiene en cuenta los ajustes o las configuraciones del sistema de archivos o los dispositivos desde dentro del sistema operativo. Durante un respaldo de imagen de VM, se crea una instantánea de la VM y se respaldan los archivos de disco y configuración de VM. 
Consulte la base de conocimientos de SUSE: La máquina virtual SLES en VMware con tres o más NIC no mantiene el mismo orden de NIC | SUSE | Centro de soporte Este hipervínculo lo redirige a un sitio web fuera de Dell Technologies.

NOTA: vSphere asigna ranuras a los dispositivos según el orden de la función, el bus y el dispositivo, mientras que SUSE asigna nombres de NIC según el orden del bus, la función y el dispositivo.

Resolution

La nomenclatura de NIC persistente se debe configurar en el sistema operativo de la VM para asignar el ID de bus de NIC al nombre de dispositivo deseado.

El sistema GRUB biosdevname El ajuste también debe estar deshabilitado. La variable biosdevname es responsable de proporcionar nombres de dispositivos de red coherentes y predecibles según la configuración del BIOS (es decir: eth0, eth1, eth2, etc.). 

Esto se puede hacer para corregir las redes en una VM después de que se hayan recuperado. Además, si la VM original aún está disponible, también se le puede aplicar la corrección. Se espera que todas las operaciones de restauración de la VM mediante respaldos realizados después de este cambio se recuperen con los nombres de interfaz persistentes configurados en la VM original.
 

Additional Information

ADVERTENCIA: El siguiente es un ejemplo de cómo asignar un nombre de NIC persistente mediante el ID de bus de NIC. Estos pasos implican modificar la configuración del sistema y, por lo tanto, el soporte de NetWorker no puede realizarlos. Consulte al administrador del sistema Linux para configurar estos ajustes. Este proceso puede implicar comunicarse con el soporte de SUSE para asegurarse de que los parámetros estén configurados correctamente y no interfieran con otros ajustes del sistema o aplicaciones. No continúe con estos pasos en un sistema de producción si no está seguro. Se recomienda realizar y validar estos ajustes en un sistema de prueba (cuando sea posible).


Los siguientes pasos se realizaron en una VM de SLES 12 SP5.


1. Cree una instantánea de VMware de la VM antes de realizar cualquier cambio.
2. Conéctese a la VM a través de SSH o la consola de VMware. Cambie a root: 
sudo su -
3. Confirme el ID de bus de cada NIC conectada a la máquina virtual. Esto se puede hacer mediante el comando lspci el comando: 
lspci | grep -i ethernet
NOTA: Tome nota de los valores ##:##.## devueltos en la salida del comando.
Ejemplo: 
sles-client01:~ # lspci | grep -i ethernet
0b:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)
0c:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)
13:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)
O:  
ls -l /sys/class/net
Ejemplo: 
sles-client01:~ # ls -l /sys/class/net
total 0
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth0 -> ../../devices/pci0000:00/0000:00:16.0/0000:0b:00.0/net/eth0
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth1 -> ../../devices/pci0000:00/0000:00:16.1/0000:0c:00.0/net/eth1
lrwxrwxrwx 1 root root 0 Dec  4 12:22 eth4 -> ../../devices/pci0000:00/0000:00:17.0/0000:13:00.0/net/eth4
lrwxrwxrwx 1 root root 0 Dec  4 12:22 lo -> ../../devices/virtual/net/lo
4. Cree un udev Archivo de regla de red persistente: 
vi /etc/udev/rules.d/70-persistent-net.rules
NOTA: Compruebe si hay otros udev Existen normas en virtud de /etc/udev/rules.d. Podría haber otras reglas que podrían entrar en conflicto con la nueva regla. Si no existen otras reglas, continúe. Si existen otras reglas, compruebe que no haya otras reglas relacionadas con la asignación de nombres de red configuradas. Consulte al administrador del sistema Linux con respecto a cualquier regla configurada en el sistema.
5. En el archivo, agregue la siguiente línea donde cada línea incluye el ID de bus y el nombre de interfaz que desea asignar: 
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:##:##.##", NAME="NIC_NAME1"
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:##:##.##", NAME="NIC_NAME2"
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:##:##.##", NAME="NIC_NAME3"
Ejemplo: 
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:0b:00.0", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:0c:00.0", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", KERNELS=="0000:13:00.0", NAME="eth4"
NOTA: Si hay más de 3 NIC configuradas en el sistema, puede agregar líneas adicionales para cada NIC mediante las cadenas de ID de bus de lspci comando.
6. Deshabilitar biosdevname en la configuración predeterminada de GRUB. 
cp /etc/default/grub /etc/default/grub.bak ; vi /etc/default/grub
NOTA: Este comando crea una copia del archivo grub original (/etc/default/grub.bak) y, a continuación, abre el original para editarlo. Si se observa algún problema, puede revertir al archivo predeterminado o eliminar la configuración que se muestra a continuación.
Modifique la línea GRUB_CMDLINE_LINUX para mostrar "... biosdevname=0” 
GRUB_CMDLINE_LINUX="... biosdevname=0"
7. Vuelva a cargar la configuración de grub: 
grub2-mkconfig -o /boot/grub2/grub.cfg
8. Reinicie la VM y confirme que aparezca con los nombres de interfaz correctos y que no se observen problemas al acceder al sistema o sus aplicaciones.
 
(Opcional). Realice un respaldo de la VM y, a continuación, realice una recuperación de imagen de la VM. Se espera que la VM recuperada se restaure utilizando la misma convención de nomenclatura de NIC que se estableció en la VM original. Este proceso requiere apagar la VM original para que la nueva VM se pueda encender con sus dispositivos de red conectados. 
 
Si se observa algún problema, revierta a la instantánea de VMware del paso 1.

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000256504
Article Type: Solution
Last Modified: 11 Nov 2025
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.