Eu estava configurando um servidor RHEL7 no vmware vSphere e estou tendo problemas para obtê-lo na rede sem o NetworkManager. Configurei o servidor para ter um IP estático durante o processo de instalação e ele configurou tudo usando o NetworkManager. Enquanto isso funciona, não usamos o NetworkManager no meu escritório, então eu entrei no que normalmente colocamos no arquivo de configuração para colocar os servidores RHEL6 online sem o NetworkManager.
/ etc / sysconfig / network-scripts / ifcfg-ens192 é o seguinte:
NOME = ens192
TIPO = Ethernet
ONBOOT = sim
NM_CONTROLLED = não
BOOTPROTO = estático
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2
No entanto, quando desativo o NetworkManager, o serviço de rede falha ao iniciar com o seguinte erro
#service rede reiniciar
Reiniciando a rede (via systemctl): o trabalho para o network.service falhou. Consulte 'systemctl status network.service' e 'journalctl -xn' para obter detalhes.
E os dois comandos produzem o seguinte:
rede [1838]: RTNETLINK respostas: Arquivo existe
rede [1838]: RTNETLINK respostas: Arquivo existe
rede [1838]: RTNETLINK respostas: Arquivo existe
rede [1838]: RTNETLINK respostas: Arquivo existe
rede [1838]: RTNETLINK respostas: Arquivo existe
rede [1838]: RTNETLINK respostas: O arquivo existe
rede [1838]: RTNETLINK respostas: O arquivo existe
systemd [1]: network.service: processo de controle encerrado, código = status encerrado = 1
systemd [1]: Falha ao iniciar LSB: Bring rede up / down
Além disso, aqui está o que o comando 'ip addr' gera:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN
link / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00: 00
inet 127.0.0.1/8 host do escopo inet 127.0.0.1/8 lo
valid_lft forever preferência_lft forever
inet6 :: host de escopo 1/128
valid_lft forever preferência_lft forever
2: ens192: mtu 1500 qdisc noop state DOWN qlen 1000
link / ether 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff
RTNETLINK answers: File exists
significa que tudo o quenetwork.service
tentou adicionar (provavelmente endereços IP) já estava lá. Executeip addr
e adicione os resultados à sua pergunta.network.service
e a melhor maneira de rastrear os comandos ip erastrace
. Geralmente, você não deve receber esse tipo de erro. Vale a pena relatar (de preferência via suporte).Respostas:
Verifique seu endereço MAC para a VM. Deve ser 08: 00: 27: 98: 8e: df, já que é isso que é mostrado: você executou o endereço IP. Se houver outra coisa, será necessário configurá-lo no arquivo ifcfg-ens192 com o seguinte, mas substitua o endereço pelo real.
Eu tive o mesmo problema e isso resolveu para mim.
fonte
Tudo o que eu achei necessário para resolver isso é que o MAC no Config
Se você não tiver certeza do endereço do hardware, pode encontrá-lo.
fonte
Tente ir para as configurações de rede da máquina virtual e verifique se o cabo de rede está conectado e verifique se você bloqueou isso com um firewall.
fonte
você deve colocar essas informações (GATEWAY = 10.0.2.2) em / etc / sysconfig / network quando terminar, reiniciar o serviço deve ser bem-sucedido
fonte
Eu também me deparei com o erro "Falha ao iniciar o LSB: ativar / desativar a rede", desde que desativou o NetworkManager. Foram necessários dois minutos para abrir as interfaces após a inicialização. A causa da confusão foi "... LSB". Acontece que a mensagem sai apenas do script /etc/rc.d/init.d/network tradicional. No meu caso, seguir resolveu o problema;
Para network-scripts / ifcfg-eth0 adicionado
Arquivos ifcfg- * desnecessários removidos que o NetworkManager deixou para trás
fonte
Isto resolverá o problema!
-Reinicie o serviço de rede
AGORA! Trabalhando.
fonte
O NetworkManager determina a rota padrão (rota ip), mesmo que sua interface tenha sido desativada, é apenas essa interface e não o sistema inteiro.
fonte
systemctl disable
não interrompe um serviço, nem ochkconfig ... off
que basicamente se traduz no mesmo comando.Eu estava tendo o mesmo problema. Acabei de excluir os arquivos de backup que criei
/etc/sysconfig/network-scripts
, comoifcfg-Bridge_connection_1.home
eifcfg-Bridge_connection_1.office
que criei para uso de backup. Eles não devem ser criados lá. O/etc/init.d/network restart
poderia funcionar bem depois de excluir os ifcfg- * inúteis.fonte