Eu vejo sua edição, mas o comentário está correto ... É o mesmo mecanismo referenciado.
É o conceito de biosdevnames / nomenclatura de dispositivo consistente .
No RHEL6 / CentOS 6, houve uma tentativa de contornar isso por meio de uma regra especial do udev:
/etc/udev/rules.d/70-persistent-net.rules
Dentro desse arquivo, você verá um mapeamento (por endereço mac) tentando fornecer nomes consistentes, mas não da forma mencionada no artigo de nomenclatura de dispositivo consistente vinculado acima.
O caso mais comum que experimentei foi quando os usuários clonavam uma VM. Isso alteraria o endereço MAC da VM e, em seguida, essa regra UDEV apresentaria o novo endereço MAC como um novo dispositivo, bloqueando efetivamente o dispositivo antigo como eth0
.
Para determinar o arquivo que você deve usar, verifique o nome mapeado em /etc/udev/rules.d/70-persistent-net.rules
pelo endereço MAC do adaptador de rede das VMs. Usando esse arquivo, você pode mapeá-lo para qualquer coisa que você gosta. Depois que você souber o nome, use o arquivo correspondente em /etc/sysconfig/network-scripts
.
Após as alterações da regra UDEV, recarregue-as com:
sudo udevadm control -R
Depois disso, você pode acionar manualmente o processamento das regras com:
sudo udevadm trigger
A longo prazo, você deve limpar as regras indesejadas de /etc/udev/rules.d/70-persistent-net.rules
.