Wyłączanie NetworkManager na RHEL 7

Konfigurowałem serwer RHEL7 w vmware vSphere i mam problemy z uzyskaniem go w sieci bez NetworkManagera. Skonfigurowałem serwer tak, aby miał statyczny adres IP podczas procesu instalacji i wszystko skonfigurowałem za pomocą NetworkManager. Chociaż to działa, nie używamy NetworkManager w moim biurze, więc poszedłem i wpisałem to, co zwykle umieszczamy w pliku konfiguracyjnym, aby serwery RHEL6 były w trybie online bez NetworkManager.

/ etc / sysconfig / network-scripts / ifcfg-ens192 to:

NAZWA = ens192
TYPE = Ethernet
ONBOOT = tak
NM_CONTROLLED = nie
BOOTPROTO = statyczny
IPADDR = 10.0.2.15 PREFIKS
= 24
BRAMA = 10.0.2.2

Jednak po wyłączeniu Menedżera sieci usługa sieciowa nie uruchamia się z następującym błędem

# service restart sieci

Ponowne uruchamianie sieci (przez systemctl): Zadanie dla usługi sieciowej nie powiodło się. Aby uzyskać szczegółowe informacje, zobacz „systemctl status network.service” i „journalctl -xn”.

Oba polecenia generują następujące dane:

sieć [1838]: RTNETLINK odpowiedzi: plik istnieje
sieć [1838]: RTNETLINK odpowiedzi: plik istnieje
sieć [1838]: RTNETLINK odpowiedzi: plik istnieje
sieć [1838]: RTNETLINK odpowiedzi: plik istnieje
sieć [1838]: RTNETLINK odpowiedzi: plik istnieje
sieć [1838]: odpowiedzi RTNETLINK: plik istnieje
sieć [1838]: odpowiedzi RTNETLINK: plik istnieje
systemd [1]: sieć. usługa: zakończono proces kontroli, kod = zakończono status = 1
systemd [1]: nie można uruchomić LSB: Bring sieci up / down

Oto, co wyprowadza polecenie „ip addr”:

1: lo: mtu 65536 qdisc stan noqueue UNKNOWN
     link / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
     inet 127.0.0.1/8 zakres host lo
       valid_lft na zawsze preferowany_lft na zawsze
     inet6 :: 1/128 zakres host
       poprawny_lft na zawsze preferowany_lft na zawsze
2: ens192: mtu 1500 qdisc stan noop W DÓŁ qlen 1000
     link / eter 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff

Sprawdź adres MAC maszyny wirtualnej. Powinno to być 08: 00: 27: 98: 8e: df, ponieważ jest to pokazane, że uruchomiłeś adres IP. Jeśli to cokolwiek innego, musisz ustawić go w pliku ifcfg-ens192 w następujący sposób, ale zamień adres na rzeczywisty.

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

Miałem ten sam problem i to dla mnie rozwiązało.

Wszystko, co znalazłem, aby rozwiązać ten problem, to MAC w 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

Jeśli nie jesteś pewien adresu sprzętowego, możesz go znaleźć.

 cat /sys/class/net/ens192/address

Spróbuj przejść do ustawień sieciowych maszyny wirtualnej i upewnij się, że kabel sieciowy jest podłączony i sprawdź, czy nie został on zablokowany przez zaporę.

powinieneś umieścić te informacje (BRAMA = 10.0.2.2) w / etc / sysconfig / network po zakończeniu, ponowne uruchomienie usługi powinno się powieść

Ja również natknąłem się na błąd „Nie udało się uruchomić LSB: Bring up / down networking”, ponieważ wyłączałem NetworkManager. Po uruchomieniu uruchomiono interfejsy po dwóch minutach. Przyczyną zamieszania było „... LSB”. Okazało się, że wiadomość pochodzi z tradycyjnego skryptu /etc/rc.d/init.d/network. W moim przypadku następujące rozwiązanie rozwiązało problem;

Do skryptu sieciowego / ifcfg-eth0 dodano

NMCONTROLLED=no

Usunięto niepotrzebne pliki ifcfg- *, które pozostawił NetworkManager

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

To rozwiąże problem!

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

# reboot

• Teraz edytuj / etc / sysconfig / network-scripts / ifcfg-eth0,
• Dodaj nowy wygenerowany HWADDR lub usuń go
• Usuń wiersz UUID

Ponownie uruchom usługę sieciową

 #systemctl restart network.service

TERAZ! Pracujący.

NetworkManager dyktuje domyślną trasę (trasę ip), nawet jeśli twój interfejs ma wyłączone nm, to tylko interfejs nie jest całym systemem.

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

Miałem ten sam problem. Więc po prostu usunąć pliki kopii zapasowej zrobiłem w /etc/sysconfig/network-scripts, jak ifcfg-Bridge_connection_1.homei ifcfg-Bridge_connection_1.officektórych stworzyłem dla użycia kopii zapasowej. Nie należy ich tam tworzyć. /etc/init.d/network restartMoże działać dobrze po usunąć te niepotrzebne ifcfg- *.