Desativando o NetworkManager no RHEL 7

9

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

— Andrew
fonte

RTNETLINK answers: File existssignifica que tudo o que network.servicetentou adicionar (provavelmente endereços IP) já estava lá. Execute ip addre adicione os resultados à sua pergunta.

— BenjiWiebe

Eu recentemente depurei um problema network.servicee a melhor maneira de rastrear os comandos ip era strace. Geralmente, você não deve receber esse tipo de erro. Vale a pena relatar (de preferência via suporte).

— Pavel Šimerda

2

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.

HWADDR="08:00:27:98:8e:df"

Eu tive o mesmo problema e isso resolveu para mim.

— nickg
fonte

O arquivo de configuração na pergunta aparentemente depende de NAME = ens192 sem nenhum endereço MAC correspondente.

— Pavel Šimerda

1

Tudo o que eu achei necessário para resolver isso é que o MAC no Config

 NAME=ens192
 TYPE=Ethernet
 ONBOOT=yes
 HWADDR="08:00:27:98:8e:df"
 NM_CONTROLLED=no
 BOOTPROTO=static
 IPADDR=10.0.2.15
 PREFIX=24
 GATEWAY=10.0.2.2

Se você não tiver certeza do endereço do hardware, pode encontrá-lo.

 cat /sys/class/net/ens192/address

— 0ldd0g
fonte

1

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.

— Belal Mohammed
fonte

0

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

— Adrien Lm
fonte

0

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

NMCONTROLLED=no

Arquivos ifcfg- * desnecessários removidos que o NetworkManager deixou para trás

# rm /etc/sysconfig/network-scripts/ifcfg-Wired_connection_?

— Ntats
fonte

0

Isto resolverá o problema!

# rm /etc/udev/rules.d/70-persistent-ipoib.rules 

# reboot

Agora edite / etc / sysconfig / network-scripts / ifcfg-eth0,
Adicione novo HWADDR gerado ou remova-o
Remover linha UUID

-Reinicie o serviço de rede

 #systemctl restart network.service

AGORA! Trabalhando.

— Abdullah
fonte

0

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.

ps aux | grep -I net   # will probably find NetworkManager still running.
chkconfig network on
systemctl disable NetworkManager.service
systemctl stop NetworkManager.service

— rjt
fonte

11

systemctl disablenão interrompe um serviço, nem o chkconfig ... offque basicamente se traduz no mesmo comando.

— Pavel Šimerda

-1

Eu estava tendo o mesmo problema. Acabei de excluir os arquivos de backup que criei /etc/sysconfig/network-scripts, como ifcfg-Bridge_connection_1.homee ifcfg-Bridge_connection_1.officeque criei para uso de backup. Eles não devem ser criados lá. O /etc/init.d/network restartpoderia funcionar bem depois de excluir os ifcfg- * inúteis.

— Rubi
fonte