Não é possível iniciar o serviço de "rede" do CentOS 7

Question

Não consigo iniciar o serviço "rede" do CentOS 7 após desabilitar e remover o serviço "NetworkManager". Quando verifico o status do serviço de rede, surge o seguinte erro:

#systemctl status network.service
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network)
   Active: failed (Result: exit-code) since Fri 2015-01-16 22:30:46 GMT; 38s ago
  Process: 4857 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)

Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
Jan 16 22:30:46 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
Jan 16 22:30:46 localhost.localdomain systemd[1]: Unit network.service entered failed state.

No CenOS anterior, ele não parecia dar problemas ao mudar do serviço "NetworkManager" para o serviço de rede. Alguma idéia sobre o que causa o problema e como corrigi-lo?

Note: I used yum erase to remove network manage service.

Aqui estão as informações adicionais, conforme solicitado:

/etc/sysconfig/network-script/ifcfg-enp8s0
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp8s0
UUID=453a07fe-1b07-4f29-bc32-f2168e50706a
ONBOOT=yes
HWADDR=XXXXXXXXXXX
MACADDR=XXXXXXXXXX
PEERDNS=yes
PEERROUTES=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes

/etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

/etc/resolv.conf
; generated by /usr/sbin/dhclient-script
search customer.marples.midcity.lan
nameserver 10.241.128.1

    

Answer 1

No Centos7.0, a desativação do NetworkManager deixará um cliente dhcp em execução configurado para o NetworkManager. Isso causa a mensagem de erro RTNETLINK answers: File exists quando o serviço network é iniciado.

O processo dhclient obsoleto tem o "benefício" adicional que, quando a concessão expirar, o seu dhclient irá sufocar, pois não poderá acessar o NetWorkManager, removendo assim o seu endereço IP.

Se você grep , verá que aponta para um arquivo de configuração do NetWorkManager.

[root@host ~]# ps -ef | grep dhc
root      1865   792  0 Apr28 ?        00:00:00 /sbin/dhclient -d -sf \
 /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-eno1.pid -lf\
 /var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\
 -cf /var/lib/NetworkManager/dhclient-eno1.conf eno1

Então, o que você pode fazer é matar o dhclient e só então iniciar o serviço de rede.

    

Answer 2

Um conflito de IP também causará esse erro. Experimente: systemctl stop network e, em seguida, ifup eth0 .

    

Answer 3

Uma falha em obter um IP do DNS também fornecerá esse erro como acabei de encontrar. Na verdade, parece que qualquer erro com a rede causará esse erro. Isso parece ser um problema com o CentOS 7, pois há um erro muito ruim aqui.

    

Answer 4

como já foi identificado - este erro aparece com qualquer problema durante a configuração da rede: conflito de IP, problemas de roteamento, etc.

Observe as configurações do gateway para confirmar se os gateways estão configurados corretamente e o que eles precisam estar com /etc/syscofig/network e cada um dos /etc/sysconfig/network-scripts/ifcfg-* procura por IP duplicado, rotas definidas por /etc/sysconfig/network-scripts/route-* se a memória me atender corretamente Os gateways agora podem ser definidos nos arquivos ifcfg-* e route-* . Então confirme que não há duplicação ou sobreposição.

    

Answer 5

Parece que isso também acontece se você configurar manualmente uma interface que não esteja conectada à rede.

    

Answer 6

Procure nos scripts de rede se não há outra interface que possa travar o network.service

faça um ifconfig e anote a interface. Compare com os arquivos em scripts de rede. Se houver mais arquivos em scripts de rede do que interfaces em ifconfig, você poderá excluir os arquivos inúteis adicionais e, em seguida, fazer uma rede de reinicialização systemctl.

    

Answer 7

Devido a este erro após clonar um servidor virtual, o clone recebeu um novo endereço de hardware (MAC) e a configuração do adaptador de rede ainda tinha o antigo.

A linha se parece com: HWADDR = 00: 00: 00: 00: 00: 00

    

Answer 8

Eu também enfrentei isso hoje em uma máquina virtual clonada do CentOS 7.2. Foi assim que eu consertei.

systemctl disable NetworkManager
systemctl enable network

Encontre o endereço MAC da interface através do comando /sbin/ifconfig -a e anexe isso em /etc/sysconfig/network-scripts/ifcfg-<interface_name> . Você pode usar os comandos abaixo para a primeira interface.

nic_file='ls /etc/sysconfig/network-scripts/ifcfg-e*'
ifconfig -a | grep ether | awk '{ print $2 }' | sed 's/.*/HWADDR=&/' >> ${nic_file}

Em seguida, dispare reboot para reiniciar o servidor

    

Answer 9

Eu me deparei com esse problema, onde o servidor continua me dando RTNETLINK answers: File exists mesmo depois de remover o gerenciador de rede e triplo verificar toda a minha configuração de rede.

Parece que um IP estava em outro servidor e que o filtro do servidor ICMP (sem ping), as primeiras coisas que eu tentei. Portanto, não confie em ping para testar se um IP está ativo ou não!

Ao iniciar, o script de rede emite este comando (altere seu dev e ip)

/sbin/arping -c 2 -w 3 -D -I eth0 10.196.132.206

O que nos diz que um endereço mac está associado a esse IP e falha no script de rede ( ifup ou systemctl start network )

    

Answer 10

Eu também encontrei problemas semelhantes. Para modificar os arquivos de configuração (ifcfg-ensxxxx), da seguinte maneira insira a descrição da imagem aqui

• Lista comentada "UUID = xxxx-xxxx"
• Adicionar nova opção: NM_CONTROLLED = no # "NM_CONTROLLED = no" indica que essa interface será configurada usando este arquivo de configuração, em vez de ser gerenciada pelo serviço Network Manager.

Referência: Como configurar um endereço IP estático no CentOS 7