Не вдається запустити послугу «мережевий» CentOS 7

Я не можу запустити послугу "мережевий" CentOS 7 після відключення та видалення послуги "NetworkManager". Коли я перевіряю стан мережевої послуги, з’являється така помилка:

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

У попередньому CenOS, здавалося, не виникало проблем при переході від послуги "NetworkManager" до послуги мережі. Будь-які ідеї щодо того, що викликає проблему, і як її виправити?

Примітка. Я використовував yum erase для видалення служби керування мережею.

Ось додаткова інформація на запит:

/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

У Centos7.0 відключення NetworkManager залишить клієнт dhcp, налаштований для налаштування NetworkManager. Це викликає повідомлення про помилку RTNETLINK answers: File existsпри networkзапуску послуги.

Процес несвіжого dhclientпроцесу має додаткову перевагу, що коли термін оренди закінчиться, ваше dhclientзадушиться, оскільки він не може дійти до NetWorkManager, тим самим видаляючи вашу IP-адресу.

Якщо ви grepце зробите, ви побачите, що він вказує на файл конфігурації NetWorkManager.

[root@host ~]# ps -ef | grep dhc
root      1865   792  0 Apr28 ?        00:00:00 /sbin/dhclient -d -sf \
 /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-eno1.pid -lf\
 /var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\
 -cf /var/lib/NetworkManager/dhclient-eno1.conf eno1

Тож, що ви можете зробити, це вбити dhclientі лише після цього запустити службу мережі.

Конфлікт IP також спричинить цю помилку. Спробуйте:, systemctl stop networkтоді ifup eth0.

Якщо не вдалося отримати IP від ​​DNS, це також призведе до цієї помилки, як я щойно знайшов. Насправді, схоже, будь-яка помилка з мережею спричинить цю помилку. Це, мабуть, є проблемою для CentOS 7, оскільки він дає дуже погану помилку.

як уже було визначено - ця помилка виникає з будь-якою проблемою під час налаштування мережі: конфлікт IP, проблеми маршрутизації тощо.

Подивіться на налаштування вашого шлюзу, щоб переконатися, що ваші шлюзи встановлені належним чином, і все є таким, яким вони повинні бути, /etc/syscofig/networkі кожен з них /etc/sysconfig/network-scripts/ifcfg-*шукає дублікат IP, маршрути, встановлені через, /etc/sysconfig/network-scripts/route-*якщо пам'ять служить мені правильними шлюзами, тепер можна встановити ifcfg-*і в route-*файлах, і в файлах. Тож переконайтесь, що немає дублювання чи перекриття.

Здається, це трапляється також, якщо ви вручну налаштовуєте інтерфейс, який не підключений до мережі.

Я теж сьогодні зіткнувся з цим на віртуальній машині, клонованій CentOS 7.2. Ось як я це виправив.

systemctl disable NetworkManager
systemctl enable network

Знайдіть MAC-адресу інтерфейсу за допомогою команди /sbin/ifconfig -aта додайте цю в /etc/sysconfig/network-scripts/ifcfg-<interface_name>. Ви можете використовувати команди нижче для першого інтерфейсу.

nic_file=`ls /etc/sysconfig/network-scripts/ifcfg-e*`
ifconfig -a | grep ether | awk '{ print $2 }' | sed 's/.*/HWADDR=&/' >> ${nic_file}

Потім запустіть, rebootщоб перезапустити сервер

Подивіться на мережеві сценарії, чи немає іншого інтерфейсу, який міг би зламати network.service

зробіть ifconfig і запишіть інтерфейс. Порівняйте з файлами у мережевих скриптах. Якщо в мережевих скриптах файлів більше, ніж інтерфейсів у ifconfig, ви можете видалити додаткові непотрібні файли, а потім виконати перезапуск системи systemctl.

Якщо ця помилка була після клонування віртуального сервера, клону було надано нову апаратну адресу (MAC), а конфігурація мережного адаптера все ще мала стару.

Рядок виглядає так: HWADDR = 00: 00: 00: 00: 00: 00

Я зіткнувся з цим питанням, коли сервер продовжує надавати мені RTNETLINK answers: File existsнавіть після видалення мережевого менеджера і потрійної перевірки всієї моєї мережевої конфігурації.

Здається, IP-адресу було встановлено на іншому сервері і що сервер фільтрував ICMP (так що не пінг), спочатку я спробував. Тож не покладайтесь на тестування ping, якщо IP-адреса підвищена чи ні!

Під час запуску мережевий скрипт видає цю команду (змініть свої розробники та ip)

/sbin/arping -c 2 -w 3 -D -I eth0 10.196.132.206

Що говорить нам про те, що mac-адреса пов'язана з цим IP-адресою і не працює в мережевому сценарії ( ifupабо systemctl start network)

Я також стикався з подібними проблемами. Щоб змінити конфігураційні файли (ifcfg-ensxxxx), введіть тут опис зображення

• Список прокоментував "UUID = xxxx-xxxx"
• Додайте нову опцію: NM_CONTROLLED=noвона вказує, що цей інтерфейс буде створений за допомогою цього файлу конфігурації, а не керується сервісом Network Manager.

Довідка: Як налаштувати статичну IP-адресу на CentOS 7