Subinterface já em uso em outro host - nova interface

Criei uma sub-interface em uma caixa RHEL, eth0:1copiei a eth0configuração e alterei todas as configurações para refletir eth0:1e o endereço IP. No entanto, quando emito ifup eth0:1, recebo este erro:

[root@server-1 ~]# ifup eth0:1
Error, some other host already uses address 192.168.0.2.

[root@server-1 ~]# ping -c 1 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.

--- 192.168.0.2 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 10000ms

No entanto, quando eu emito: ifconfig eth0:1 192.168.0.2 upo comando funciona e sem erros. Eu usaria o comando posterior, mas quando o utilizo, ele interfere na minha eth0interface primária e atrapalha o roteamento do tráfego DNS porque está na mesma sub-rede que a sub-interface eth0:1. Vou fazer outro post sobre o problema do DNS.

Estas são as configurações das interfaces

[root@server-1 network-scripts]# cat ifcfg-eth0
DEVICE="eth0"
BOOTPROTO="static"
HWADDR="00:50:56:AF:0C:06"
IPADDR="192.168.0.1"
IPV6INIT="yes"
NETMASK="255.255.255.0"
ONBOOT="yes"
TYPE="Ethernet"
DNS1="192.168.2.10"
DNS2="192.168.3.10"

[root@server-1 network-scripts]# cat ifcfg-eth0:1
DEVICE="eth0:1"
BOOTPROTO="static"
HWADDR="00:50:56:AF:0C:06"
IPADDR="192.168.0.2"
IPV6INIT="yes"
NETMASK="255.255.255.0"
ONBOOT="no"
TYPE="Ethernet"
DNS1="192.168.2.10"
DNS2="192.168.3.10"

ip addr show

[root@server-1 network-scripts]# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    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 qlen 1000
    link/ether 00:50:56:AF:0c:06 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.1/24 brd 192.168.0..255 scope global eth0
    inet 192.168.2.1/30 brd 192.168.2.3 scope global eth0:2
    inet 192.168.2.5/30 brd 192.168.2.7 scope global eth0:3
    inet6 fe80::250:56ff:fe97:c06/64 scope link
       valid_lft forever preferred_lft forever

— Pred
fonte

Você pode postar o conteúdo do ifcfg-eth0:1arquivo?

— John John

Configura postado.

— Pred

Você removeu / alterou endereços MAC (HWADDR)?

— dsmsk80

Não, copiei o que está nos arquivos de configuração. Quando criei as configurações, fiz apenas um `cp ifcfg-eth0 ifcfg-eth0: 1 e editei o nome e o endereço IP.

— Pred

Por favor, envie a saída de "ip addr show" desse host. Você pode ter vários endereços IP em uma única interface, sem nenhuma sub-interface.

— Dsmsk80 12/09

Respostas:

Essa mensagem é gerada por /etc/sysconfig/network-scripts/ifup-ethou pelos arquivos de configuração do /etc/sysconfig/network-scripts/ifup-aliasesprocesso ifcfg-ethXpara configurar as interfaces de rede.

Ao verificar os scripts com mais cuidado, você descobrirá que esse erro aparece após o arpingcomando, que está tentando descobrir se os endereços IP especificados nos ifcfg-ethXarquivos são únicos na rede.

Os scripts tentam evitar configurações duplicadas na rede. Ifconfignão se importa, basta adicionar o endereço IP à interface. Verifique seus arquivos de configuração duas vezes, pois pode haver algum endereço IP duas vezes.

Por fim, vale mencionar que você pode colocar uma ARPCHECK=nodiretiva em ifcfg-ethXarquivo para desativar essa verificação.

— dsmsk80
fonte

De alguma forma, alguém tinha o mesmo endereço IP do servidor ao qual fui designado, então a equipe de provisionamento atribuiu um endereço IP duas vezes.

— Pred

Eu resolvi isso depois de ler a resposta dsmsk80 e procurar no script ifup-eth. A linha principal é esta:

    /sbin/arping -c 2 -w 3 -D -I <INTERFACE> <VLAN>

Então, para o exemplo do OP:

    /sbin/arping -c 2 -w 3 -D -I eth0:1 192.168.0.2

Algo em que usei isso recentemente retornou isso:

    > /sbin/arping -c 2 -w 3 -D -I eth0.1508 192.168.8.1
    ARPING 192.168.8.1 from 0.0.0.0 eth0.1508
    Unicast reply from 192.168.8.1 [00:1C:C4:A1:D8:39]  0.605ms
    Sent 1 probes (1 broadcast(s))
    Received 1 response(s)

Eu poderia então pegar esse MAC (00: 1C: C4: A1: D8: 39) e procurá-lo na seção de endereços dinâmicos do meu switch. Isso, por sua vez, me disse o número da porta e da VLAN da interface que já usava esse IP.

— Wookie
fonte