Відключення NetworkManager на RHEL 7


9

Я налаштовував сервер RHEL7 в vmware vSphere, і у мене виникли проблеми з його доступом до мережі без NetworkManager. Я налаштував сервер мати статичний IP під час встановлення, і він налаштував усе за допомогою NetworkManager. Хоча це і працює, ми не використовуємо NetworkManager у своєму офісі, тому я пішов і ввів те, що ми зазвичай ставимо конфігураційний файл, щоб отримати сервери RHEL6 в Інтернеті без NetworkManager.

/ etc / sysconfig / network-scriptpts / ifcfg-ens192 є наступним:

NAME = ens192
TYPE = Ethernet
ONBOOT = так
NM_CONTROLLED = ні
BOOTPROTO = статичний
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2

Однак, коли я відключаю NetworkManager, послуга мережі не починається із наступної помилки

Перезапуск #service мережі

Перезапуск мережі (через systemctl): Не вдалося виконати роботу для network.service. Детальні відомості див. У розділі "systemctl status network.service" та "journalctl -xn".

І обидві команди виводять наступне:

мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
мережа [1838]: відповіді RTNETLINK: файл існує
systemd [1]: network.service: процес управління вийшов, код = вийшов із стану = 1
systemd [1]: не вдалося запустити LSB: принести мережа вгору / вниз

Крім того, ось що виводить команда 'ip addr':

1: lo: mtu 65536 qdisc noqueue state НЕЗНАЧАЛЬНА
     посилання / петля 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
     inet 127.0.0.1/8 область хосту lo
       valid_lft назавжди віддається_lft назавжди
     віддана перевагу навіки inet6 :: 1/128 хост області
       valid_lft назавжди бажаний_lft назавжди
2: ens192: mtu 1500 qdisc noop state DOWN qlen 1000
     link / ether 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff


RTNETLINK answers: File existsозначає, що все, що network.serviceнамагалися додати (можливо, IP-адреси), вже було. Запустіть ip addrі додайте результати до свого питання.
BenjiWiebe

Нещодавно я налагодив проблему з network.serviceнайкращим способом відстеження команд ip strace. Зазвичай ви не маєте помилок такого типу. Можливо, варто повідомити (в ідеалі за допомогою підтримки).
Павло Шімерда

Відповіді:


2

Перевірте свою MAC-адресу для VM. Це має бути 08: 00: 27: 98: 8e: df, оскільки саме так показано, ви запустили ip addr. Якщо це щось інше, вам потрібно буде встановити його у своєму файлі ifcfg-ens192 із наступним, але замінити адресу фактичною.

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

У мене було те саме питання, і це вирішило це для мене.


Файл конфігурації у запитанні, мабуть, покладається на NAME = ens192 без відповідності MAC-адреси.
Павло Шімерда

1

Все, що я виявив, що потрібно для вирішення цього питання - це MAC в 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

Якщо ви не впевнені в апаратній адресі, ви можете знайти її.

 cat /sys/class/net/ens192/address

1

Спробуйте перейти до мережевих налаштувань віртуальної машини та переконайтесь, що мережевий кабель підключений та перевірте, чи заблокували це брандмауер.


0

ви повинні помістити цю інформацію (GATEWAY = 10.0.2.2) у / etc / sysconfig / network, як тільки це буде зроблено, перезапуск послуги повинен мати успіх


0

Я також натрапив на помилку "Не вдалося запустити LSB: Підведення / зменшення роботи мережі", оскільки вимкнено NetworkManager. Після завантаження інтерфейсу знадобилося дві хвилини. Причиною плутанини стало "... LSB". Виявилося, повідомлення виходить із просто традиційного сценарію /etc/rc.d/init.d/network. У моєму випадку після вирішення проблеми;

До мережевих скриптів / ifcfg-eth0 додано

NMCONTROLLED=no

Видалено непотрібні файли ifcfg- *, які NetworkManager залишив позаду

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

0

Це вирішить проблему!

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

# reboot
  • Тепер редагуйте / etc / sysconfig / network-script / ifcfg-eth0,
  • Додати новий згенерований HWADDR або видалити його
  • Видаліть рядок UUID

-Запустіть службу мереж

 #systemctl restart network.service

ЗАРАЗ! Робочий.


0

NetworkManager диктує маршрут за замовчуванням (ip route), незважаючи на те, що ваш інтерфейс вимкнено nm, це просто той інтерфейс не для всієї системи.

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

1
systemctl disableне зупиняє службу, а також chkconfig ... offяка в основному не перекладається на ту саму команду.
Павло Шімерда

-1

У мене виникло те саме питання. Тому я просто видаляю файли резервних копій, які я створив /etc/sysconfig/network-scripts, такі як ifcfg-Bridge_connection_1.homeі ifcfg-Bridge_connection_1.officeякі я створив для використання резервного копіювання. Їх там не слід створювати. Можливо, /etc/init.d/network restartдобре буде працювати після видалення цих марних ifcfg- *.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.