Nie mogę uruchomić usługi „sieci” CentOS 7 po wyłączeniu i usunięciu usługi „NetworkManager”. Kiedy sprawdzam stan usługi sieciowej, pojawia się następujący błąd:
#systemctl status network.service
network.service - LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network)
Active: failed (Result: exit-code) since Fri 2015-01-16 22:30:46 GMT; 38s ago
Process: 4857 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
Jan 16 22:30:46 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
Jan 16 22:30:46 localhost.localdomain systemd[1]: Unit network.service entered failed state.
We wcześniejszym CenOS nie wydawało się, aby powodowało to problemy podczas przełączania z usługi „NetworkManager” do usługi sieciowej. Wszelkie pomysły na to, co powoduje problem i jak go naprawić?
Uwaga: użyłem funkcji wymazywania yum do usunięcia usługi zarządzania siecią.
Oto dodatkowe informacje zgodnie z pytaniem:
/etc/sysconfig/network-script/ifcfg-enp8s0
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp8s0
UUID=453a07fe-1b07-4f29-bc32-f2168e50706a
ONBOOT=yes
HWADDR=XXXXXXXXXXX
MACADDR=XXXXXXXXXX
PEERDNS=yes
PEERROUTES=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
/etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
/etc/resolv.conf
; generated by /usr/sbin/dhclient-script
search customer.marples.midcity.lan
nameserver 10.241.128.1
linux
centos
linux-networking
service
Gazel
źródło
źródło
/etc/sysconfig/network-script/ifcfg-eth0
<br/>/etc/hosts
<br/>/etc/resolv.conf
<br/> <br/> Możesz sprawdzić skonfigurowane trasy dla tej konkretnej karty sieciowej (znaleziono w/etc/sysconfig/network-scripts/route-<interface>
), ponieważ może to powodować podobne błędy. <br/> <br/> Czy próbowałeśifdown eth0
iifup eth0
zamiastsystemctl (re)start network
? Czy dezaktywowałeś / odinstalowałeśNetwork Manager
używającyum remove
HWADDR=XXXXXXXXXXX
ANDMACADDR=XXXXXXXXXX
. Wydaje się to błędne, ponieważ wygląda na to, że ma być tak samo. Wypróbuj jedną z rzeczy, które zaleciłem (komentując tę część w konfiguracji), uruchom ponownie i spróbuj ponownie. Czy ten moduł SELOS-a CentOS 7 wymusza? Czy używasz tego systemu na sprzęcie czy w środowisku wirtualnym?hosts
i doresolv.conf
tej pory wyglądają dobrze.HWADDR
i / lubMACADDR
uważam, że zabranieMACADDR
powinno wystarczyć. Uruchom ponownie całe pole i sprawdź, czy sieć działa prawidłowo. Ponadto, jeśli nie używaszIPv6
, weź to bzdury. Możesz również sprawdzić swój HWADDR za pomocą,cat /sys/class/net/ens192/address
aby upewnić się, że jest poprawnie skonfigurowany.Odpowiedzi:
W Centos7.0 wyłączenie NetworkManagera pozostawi działającego klienta DHCP skonfigurowanego dla NetworkManager. Powoduje to wyświetlenie komunikatu o błędzie
RTNETLINK answers: File exists
podczasnetwork
uruchamiania usługi.Nieaktualny
dhclient
proces ma dodatkową „korzyść”, że po wygaśnięciu dzierżawydhclient
dusi się, ponieważ nie może on dotrzeć do NetWorkManager, usuwając w ten sposób adres IP.Jeśli
grep
to zrobisz, zobaczysz, że wskazuje on plik konfiguracyjny NetWorkManager.Więc co możesz zrobić, to zabić
dhclient
i dopiero wtedy uruchomić swoją usługę sieciową.źródło
Konflikt IP spowoduje również ten błąd. Spróbuj:
systemctl stop network
a następnieifup eth0
.źródło
Niepowodzenie uzyskania adresu IP z DNS również spowoduje ten błąd, jak właśnie znalazłem. W rzeczywistości wygląda na to, że każdy błąd w sieci spowoduje ten błąd. Wydaje się to być problemem w CentOS 7, ponieważ daje tutaj bardzo słaby błąd.
źródło
jak już zostało zidentyfikowane - ten błąd pojawia się przy każdym problemie podczas konfigurowania sieci: konflikt IP, problemy z routingiem itp.
Spójrz na ustawienia bramy, aby potwierdzić, że bramy są ustawione poprawnie i rzeczy muszą być z nimi,
/etc/syscofig/network
a każdy z nich/etc/sysconfig/network-scripts/ifcfg-*
szuka zduplikowanego adresu IP, trasy ustawione przez,/etc/sysconfig/network-scripts/route-*
jeśli pamięć obsługuje mi właściwe bramy, można teraz ustawić zarówno w plikach, jakifcfg-*
i wroute-*
plikach. Więc potwierdź, że nie ma powielania ani nakładania się.źródło
Wydaje się, że dzieje się tak również wtedy, gdy ręcznie skonfigurujesz interfejs, który nie jest podłączony do sieci.
źródło
Ja też stawiłem temu czoła na sklonowanej maszynie wirtualnej CentOS 7.2. Tak to naprawiłem.
Znajdź adres MAC interfejsu za pomocą polecenia
/sbin/ifconfig -a
i dodaj go w/etc/sysconfig/network-scripts/ifcfg-<interface_name>
. Możesz użyć poniższych poleceń dla pierwszego interfejsu.Następnie
reboot
uruchom, aby zrestartować serwerźródło
Sprawdź skrypty sieciowe, czy nie ma innego interfejsu, który mógłby spowodować awarię usługi network.service
wykonaj ifconfig i zapisz interfejs. Porównaj z plikami w skryptach sieciowych. Jeśli w skryptach sieciowych jest więcej plików niż interfejsów w ifconfig, możesz usunąć dodatkowe niepotrzebne pliki, a następnie ponownie uruchomić sieć systemctl.
źródło
Gdyby ten błąd wystąpił po sklonowaniu serwera wirtualnego, klon otrzymał nowy adres sprzętowy (MAC), a konfiguracja karty sieciowej wciąż miała stary.
Linia wygląda następująco: HWADDR = 00: 00: 00: 00: 00: 00
źródło
Natknąłem się na ten problem, w którym serwer wciąż mi daje,
RTNETLINK answers: File exists
nawet po usunięciu menedżera sieci i potrójnym sprawdzeniu całej mojej konfiguracji sieci.Wygląda na to, że adres IP działał na innym serwerze i że serwer filtruje ICMP (więc nie pinguje), pierwsze rzeczy próbowałem. Więc nie polegaj na pingu w testowaniu, czy adres IP działa, czy nie!
Podczas uruchamiania skrypt sieciowy wydaje to polecenie (zmień swój program i ip)
Co mówi nam, że adres MAC jest powiązany z tym adresem IP i nie działa skrypt sieciowy (
ifup
lubsystemctl start network
)źródło
Napotkałem również podobne problemy. Aby zmodyfikować pliki konfiguracyjne. (Ifcfg-ensxxxx), w następujący sposób wprowadź opis obrazu tutaj
NM_CONTROLLED=no
wskazuje, że ten interfejs zostanie skonfigurowany przy użyciu tego pliku konfiguracyjnego, a nie będzie zarządzany przez usługę Network Manager.Odniesienie: Jak skonfigurować statyczny adres IP w CentOS 7
źródło