Não consigo iniciar o serviço de "rede" do CentOS 7 depois de desativar e remover o serviço "NetworkManager". Quando verifico o status do serviço de rede, ele aparece com 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, parecia não haver problemas ao alternar do serviço "NetworkManager" para o serviço de rede. Alguma idéia sobre o que causa o problema e como corrigi-lo?
Nota: usei o yum erase para remover o serviço de gerenciamento de rede.
Aqui estão 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
linux
centos
linux-networking
service
Gazel
fonte
fonte
/etc/sysconfig/network-script/ifcfg-eth0
<br/>/etc/hosts
<br/>/etc/resolv.conf
<br/> <br/> Você pode verificar suas rotas configuradas para essa NIC específica (encontrado em/etc/sysconfig/network-scripts/route-<interface>
), pois isso pode causar erros semelhantes. <br/> <br/> Você tentouifdown eth0
e emifup eth0
vez desystemctl (re)start network
? Você desabilitou / desinstalouNetwork Manager
usandoyum remove
HWADDR=XXXXXXXXXXX
ANDMACADDR=XXXXXXXXXX
na sua configuração de interface. Isso parece estar errado, pois parece que ele deve ser o mesmo. Tente uma das coisas que eu recomendei (comentando esta parte na sua configuração), reinicie e tente novamente. Esta caixa do CentOS 7 está sendo aplicada pelo SELinux? Você está executando este sistema em um hardware ou em um ambiente virtual?hosts
eresolv.conf
parece bom até agora.HWADDR
e / ouMACADDR
, acho que retirarMACADDR
deve ser suficiente. Reinicie a caixa inteira e verifique se a rede está funcionando corretamente. Além disso, se você não usarIPv6
, pegue essa porcaria lá fora. Você também pode verificar seu HWADDR usandocat /sys/class/net/ens192/address
para garantir que ele esteja configurado corretamente.Respostas:
No Centos7.0, desabilitar o NetworkManager deixará um cliente dhcp em execução configurado para o NetworkManager. Isso causa a mensagem de erro
RTNETLINK answers: File exists
quando onetwork
serviço é iniciado.O
dhclient
processo obsoleto tem o "benefício" adicional de que, quando a concessão expirar, o seudhclient
bloqueador será bloqueado, pois ele não pode alcançar o NetWorkManager, removendo assim o seu endereço IP.Se você fizer
grep
isso, verá que ele aponta para um arquivo de configuração do NetWorkManager.Então, o que você pode fazer é eliminar o
dhclient
e só então iniciar o serviço de rede.fonte
Um conflito de IP também causará esse erro. Tente:,
systemctl stop network
entãoifup eth0
.fonte
Uma falha ao obter um IP do DNS também causará esse erro, como acabei de encontrar. De fato, parece que qualquer erro na rede causará esse erro. Isso parece ser um problema com o CentOS 7, pois gera um erro muito ruim aqui.
fonte
como já foi identificado - esse erro aparece com qualquer problema ao configurar a rede: conflito de IP, problemas de roteamento etc.
Observe as configurações do seu gateway para confirmar se seus gateways estão definidos corretamente e tudo o que eles precisam estar,
/etc/syscofig/network
e cada um/etc/sysconfig/network-scripts/ifcfg-*
procura por IP duplicado, rotas definidas via/etc/sysconfig/network-scripts/route-*
se a memória me servir corretamente. Agora, os gateways podem ser configurados nos arquivosifcfg-*
eroute-*
. Portanto, confirme se não há duplicação ou sobreposição.fonte
Parece que isso acontece também se você configurar manualmente uma interface que não esteja conectada à rede.
fonte
Hoje eu também enfrentei isso em uma máquina virtual clonada do CentOS 7.2. Foi assim que eu consertei.
Encontre o endereço MAC da interface através do comando
/sbin/ifconfig -a
e adicione-o em/etc/sysconfig/network-scripts/ifcfg-<interface_name>
. Você pode usar os comandos abaixo para a primeira interface.Em seguida, dispare
reboot
para reiniciar o servidorfonte
Examine os 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 nos scripts de rede do que interfaces no ifconfig, você poderá excluir os arquivos inúteis adicionais e, em seguida, reiniciar a rede systemctl.
fonte
Este erro ocorreu após a clonagem de um servidor virtual, o clone recebeu um novo endereço de hardware (MAC) e a configuração do adaptador de rede ainda possuía o antigo.
A linha se parece com: HWADDR = 00: 00: 00: 00: 00: 00
fonte
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 verificar três vezes toda a minha configuração de rede.Parece que um IP estava ativo em outro servidor e que o servidor filtra o ICMP (portanto, sem ping), primeiras coisas que tentei. Portanto, não confie no 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)
Que nos dizem que um endereço mac está associado a este IP e falha no script de rede (
ifup
ousystemctl start network
)fonte
Eu também encontrei problemas semelhantes. Para modificar os arquivos de configuração. (Ifcfg-ensxxxx), como a seguir, insira a descrição da imagem aqui
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
fonte