Wyłączanie NetworkManager na RHEL 7

9

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

Andrzej
źródło
RTNETLINK answers: File existsoznacza, że ​​cokolwiek network.servicepróbowało dodać (prawdopodobnie adresy IP) już tam było. Uruchom ip addri dodaj wyniki do swojego pytania.
BenjiWiebe,
Niedawno debugowałem problem z, network.servicea najlepszym sposobem na śledzenie poleceń ip było strace. Zasadniczo nie powinieneś otrzymywać tego rodzaju błędów. Może warto raportować (najlepiej przez wsparcie).
Pavel Šimerda

Odpowiedzi:

2

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.

nickg
źródło
Plik konfiguracyjny w pytaniu najwyraźniej opiera się na NAME = ens192 bez dopasowania adresu MAC.
Pavel Šimerda,
2

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
0ldd0g
źródło
1

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ę.

Belal Mohammed
źródło
0

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

Adrien Lm
źródło
0

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_?
Ntats
źródło
0

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.

Abdullah
źródło
0

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
rjt
źródło
1
systemctl disablenie zatrzymuje usługi ani nie chkconfig ... offprzekłada się na to samo polecenie.
Pavel Šimerda,
-1

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- *.

Rubin
źródło