Deshabilitar NetworkManager en RHEL 7

9

Estaba configurando un servidor RHEL7 en vmware vSphere y tengo problemas para conectarlo a la red sin NetworkManager. Configuré el servidor para tener una IP estática durante el proceso de instalación y configuró todo usando NetworkManager. Si bien esto funciona, no usamos NetworkManager en mi oficina, así que fui e ingresé lo que generalmente ponemos el archivo de configuración para obtener los servidores RHEL6 en línea sin NetworkManager.

/ etc / sysconfig / network-scripts / ifcfg-ens192 es el siguiente:

NOMBRE = ens192
TIPO = Ethernet
ONBOOT = sí
NM_CONTROLLED = no
BOOTPROTO = static
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2

Sin embargo, cuando desactivo NetworkManager, el servicio de red no puede iniciarse con el siguiente error

#service reinicio de red

Reinicio de la red (a través de systemctl): error en el trabajo para network.service. Consulte 'systemctl status network.service' y 'journalctl -xn' para más detalles.

Y ambos comandos generan lo siguiente:

red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: RTNETLINK responde: El archivo existe
red [1838]: RTNETLINK responde: El archivo existe
systemd [1]: network.service: proceso de control salido, código = estado salido = 1
systemd [1]: Error al iniciar LSB: Traer redes arriba / abajo

Además, esto es lo que muestra el comando 'ip addr':

1: lo: mtu 65536 qdisc noqueue state
     Enlace DESCONOCIDO / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
     inet 127.0.0.1/8 scope host lo
       valid_lft forever
     Preferred_lft forever inet6 :: 1/128 host de alcance
       valid_lft forever preferred_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

— Andrés
fuente

RTNETLINK answers: File existssignifica que todo lo que network.serviceintentó agregar (probablemente direcciones IP) ya estaba allí. Ejecute ip addry agregue los resultados a su pregunta.

— BenjiWiebe

Recientemente depuré un problema network.servicey la mejor manera de rastrear los comandos de ip fue strace. En general, no debería obtener este tipo de error. Podría valer la pena informar (idealmente a través del soporte).

— Pavel Šimerda

2

Verifique su dirección MAC para la VM. Debería ser 08: 00: 27: 98: 8e: df ya que eso es lo que se muestra que ejecutó ip addr. Si se trata de algo más, deberá configurarlo en su archivo ifcfg-ens192 con lo siguiente, pero reemplazar la dirección con la real.

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

Tuve el mismo problema y esto lo resolvió por mí.

— nickg
fuente

El archivo de configuración en la pregunta aparentemente se basa en NAME = ens192 sin ninguna coincidencia de dirección MAC.

— Pavel Šimerda

1

Todo lo que encontré que se necesita para resolver esto es que MAC en la configuración

 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

Si no está seguro de la dirección de hardware, puede encontrarla.

 cat /sys/class/net/ens192/address

— 0ldd0g
fuente

1

Intente ir a la configuración de red de la máquina virtual y asegúrese de que el cable de red esté conectado y compruebe si ha bloqueado esto con un firewall.

— Belal Mohammed
fuente

0

debe poner esa información (PUERTA DE ENLACE = 10.0.2.2) en / etc / sysconfig / network una vez que haya terminado, reiniciar el servicio debería tener éxito

— Adrien Lm
fuente

0

También me encontré con el error "Error al iniciar LSB: activar / desactivar la red", desde que deshabilité NetworkManager. Se necesitaron dos minutos para abrir las interfaces después del arranque. La causa de la confusión fue "... LSB". Resultó que el mensaje proviene solo del script /etc/rc.d/init.d/network tradicional. En mi caso, el siguiente resolvió el problema;

A los scripts de red / ifcfg-eth0 añadidos

NMCONTROLLED=no

Se eliminaron los archivos innecesarios ifcfg- * que NetworkManager ha dejado atrás

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

— Ntats
fuente

0

¡Esto solucionará el problema!

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

# reboot

Ahora edite / etc / sysconfig / network-scripts / ifcfg-eth0,
Agregar nuevo HWADDR generado o eliminarlo
Eliminar línea UUID

-Iniciar el servicio de red

 #systemctl restart network.service

¡AHORA! Trabajando.

— Abdullah
fuente

0

NetworkManager dicta la ruta predeterminada (ruta ip) aunque su interfaz tiene nm deshabilitado, es solo esa interfaz, no todo el sistema.

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

— rjt
fuente

1

systemctl disableno detiene un servicio, ni tampoco chkconfig ... offlo hace, lo que básicamente se traduce en el mismo comando.

— Pavel Šimerda

-1

Yo estaba teniendo el mismo problema. Así que simplemente elimino los archivos de respaldo que hice /etc/sysconfig/network-scripts, como ifcfg-Bridge_connection_1.homey ifcfg-Bridge_connection_1.officeque creé para el uso de respaldo. No deberían ser creados allí. El /etc/init.d/network restartpodría funcionar bien después de eliminar esos inútiles ifcfg- *.

— Rubí
fuente