web-dev-qa-db-fra.com

Désactiver NetworkManager sur RHEL 7

J'étais en train de configurer un serveur RHEL7 dans vmware vSphere et je ne parviens pas à le faire sur le réseau sans NetworkManager. J'ai configuré le serveur pour avoir une adresse IP statique pendant le processus d'installation et tout a été configuré avec NetworkManager. Bien que cela fonctionne, nous n'utilisons pas NetworkManager dans mon bureau. Je me suis donc inscrit dans ce que nous mettions habituellement dans le fichier de configuration pour obtenir les serveurs RHEL6 en ligne sans NetworkManager.

/ etc/sysconfig/network-scripts/ifcfg-ens192 est le suivant:

NOM = ens192
TYPE = Ethernet
ONBOOT = yes
NM_CONTROLLED = no
BOOTPROTO = statique
IPADDR = 10.0.2.15
PREFIX = 24
PASSERELLE = 10.0.2.2

Cependant, lorsque je désactive NetworkManager, le service réseau ne parvient pas à démarrer avec l'erreur suivante

redémarrage du réseau de services

Redémarrage du réseau (via systemctl): la tâche pour network.service a échoué. Voir 'systemctl status network.service' et 'journalctl -xn' pour plus de détails.

Et les deux commandes fournissent ce qui suit:

réseau [1838]: RTNETLINK répond: le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
réseau [1838]: RTNETLINK répond: Le fichier existe
systemd [1]: network.service: processus de contrôle abandonné, code = statut abandonné = 1
systemd [1]: Impossible de démarrer LSB: Mise en réseau montante/descendante

En outre, voici ce que la commande 'ip addr' renvoie:

1: lo: mtu 65536 qdisc noqueue state UNKNOWN
Link/loopback 00: 00: 00: 00:00 h 00 h 00: 00 h 00: 00 h 00
Inet 127.0.0.1/8 scope Host lo
Valid_lft pour toujours préféré_lft pour toujours
Inet6 :: 1/128 scope Host
Valid_lft pour toujours préféré_lft pour toujours
2: ens192: mtu 1500 état non opérationnel de qdisc DOWN qlen 1000
Link/ether 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff

linuxnetworkingredhat-enterprise-linuxnetworkmanager
9
Andrew

Vérifiez votre adresse MAC pour la machine virtuelle. Il devrait être 08: 00: 27: 98: 8e: df puisque c'est ce qui est montré que vous avez couru ip addr. S'il s'agit de quoi que ce soit d'autre, vous devrez le définir dans votre fichier ifcfg-ens192 comme suit, mais remplacer l'adresse par l'adresse réelle.

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

J'ai eu le même problème et cela l'a résolu pour moi.

2
nickg

Tout ce que j'ai trouvé qu'il faut pour résoudre cela est que MAC dans la configuration

 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 vous n'êtes pas sûr de l'adresse matérielle, vous pouvez la trouver dans.

 cat /sys/class/net/ens192/address
2
0ldd0g

Essayez d'accéder aux paramètres réseau de la machine virtuelle et assurez-vous que le câble réseau est connecté et vérifiez si vous avez bloqué cela avec un pare-feu.

1
Belal Mohammed

Cela résoudra le problème!

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

# reboot
  • Maintenant, éditez/etc/sysconfig/network-scripts/ifcfg-eth0,
  • Ajouter le nouveau HWADDR généré ou le supprimer
  • Supprimer la ligne UUID

Redémarrez le service réseau

 #systemctl restart network.service

À PRÉSENT! Travail.

0
Abdullah

NetworkManager dicte la route par défaut (route ip) même si votre interface a été désactivée par nm, il s’agit simplement de cette interface et non de l’ensemble du système.

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

J'ai moi aussi rencontré l'erreur "Impossible de démarrer LSB: Activer/désactiver la mise en réseau" depuis la désactivation de NetworkManager. Il a fallu deux minutes pour faire apparaître les interfaces après le démarrage. La cause de la confusion était "... LSB". Il s’est avéré que le message provenait uniquement du script traditionnel /etc/rc.d/init.d/network. Dans mon cas, le problème suivant a été résolu.

Pour network-scripts/ifcfg-eth0 ajouté

NMCONTROLLED=no

Suppression des fichiers ifcfg- * inutiles laissés par NetworkManager

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

vous devriez mettre cette information (GATEWAY = 10.0.2.2) dans/etc/sysconfig/network une fois que c'est fait, le redémarrage du service devrait réussir

0
Adrien Lm