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
RTNETLINK answers: File exists
oznacza, że cokolwieknetwork.service
próbowało dodać (prawdopodobnie adresy IP) już tam było. Uruchomip addr
i dodaj wyniki do swojego pytania.network.service
a najlepszym sposobem na śledzenie poleceń ip byłostrace
. Zasadniczo nie powinieneś otrzymywać tego rodzaju błędów. Może warto raportować (najlepiej przez wsparcie).Odpowiedzi:
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.
Miałem ten sam problem i to dla mnie rozwiązało.
źródło
Wszystko, co znalazłem, aby rozwiązać ten problem, to MAC w Config
Jeśli nie jesteś pewien adresu sprzętowego, możesz go znaleźć.
źródło
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ę.
źródło
powinieneś umieścić te informacje (BRAMA = 10.0.2.2) w / etc / sysconfig / network po zakończeniu, ponowne uruchomienie usługi powinno się powieść
źródło
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
Usunięto niepotrzebne pliki ifcfg- *, które pozostawił NetworkManager
źródło
To rozwiąże problem!
Ponownie uruchom usługę sieciową
TERAZ! Pracujący.
źródło
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.
źródło
systemctl disable
nie zatrzymuje usługi ani niechkconfig ... off
przekłada się na to samo polecenie.Miałem ten sam problem. Więc po prostu usunąć pliki kopii zapasowej zrobiłem w
/etc/sysconfig/network-scripts
, jakifcfg-Bridge_connection_1.home
iifcfg-Bridge_connection_1.office
których stworzyłem dla użycia kopii zapasowej. Nie należy ich tam tworzyć./etc/init.d/network restart
Może działać dobrze po usunąć te niepotrzebne ifcfg- *.źródło