Отключение NetworkManager на RHEL 7

9

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

/ etc / sysconfig / network-scripts / 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
инет 127.0.0.1/8 сфера   хозяин вот
valid_lft   навсегда предпочитаемый_всегда навсегда
inet6   :: хозяин области 1/128
valid_lft навсегда   Предпочтительный_всегда навсегда
2: ens192: mtu 1500   qdisc noop state ВНИЗ qlen 1000
ссылка / эфир 08: 00: 27: 98: 8e: df brd   FF: FF: FF: FF: FF: FF

— Andrew
источник

RTNETLINK answers: File exists означает, что все network.service пытался добавить (вероятно, IP-адреса) уже были там. Бежать ip addr и добавьте результаты к вашему вопросу.

— BenjiWiebe

Я недавно отладил проблему с network.service и лучший способ отследить команды IP был strace, Вы не должны обычно получать этот тип ошибки. Возможно, стоит сообщить (в идеале через службу поддержки).

— Pavel Šimerda

2

Проверьте свой MAC-адрес для виртуальной машины. Это должно быть 08: 00: 27: 98: 8e: df, так как это то, что показано, вы запустили IP Addr Если это что-то еще, вам нужно будет указать его в файле ifcfg-ens192 следующим образом, но замените адрес фактическим

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

У меня была та же проблема, и это решило ее для меня.

— nickg
источник

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

— Pavel Šimerda

2

Все, что я нашел, чтобы решить это, это то, что 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

— 0ldd0g
источник

1

Попробуйте перейти к сетевым настройкам виртуальной машины, убедитесь, что сетевой кабель подключен, и проверьте, не заблокировали ли вы его с помощью брандмауэра.

— Belal Mohammed
источник

0

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

— Adrien Lm
источник

0

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

к сети-скрипты / ifcfg-eth0 добавленной

NMCONTROLLED=no

Удалил ненужные файлы ifcfg- *, которые оставил NetworkManager

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

— Ntats
источник

0

Это решит проблему!

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

# reboot

Теперь отредактируйте / etc / sysconfig / network-scripts / ifcfg-eth0,
Добавить новый HWADDR сгенерированный или удалить его
Удалить строку UUID

-Запустите сетевой сервис

 #systemctl restart network.service

СЕЙЧАС! За работой.

— Abdullah
источник

0

NetworkManager определяет маршрут по умолчанию (ip route), даже если ваш интерфейс отключен, это всего лишь интерфейс, а не вся система.

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

— rjt
источник

1

systemctl disable не останавливает службу и не chkconfig ... off который в основном переводит на ту же команду в любом случае.

— Pavel Šimerda

-1

У меня была такая же проблема. Поэтому я просто удаляю файлы резервных копий, сделанные в /etc/sysconfig/network-scripts, такие как ifcfg-Bridge_connection_1.home а также ifcfg-Bridge_connection_1.office который я создал для резервного копирования. Они не должны быть созданы там. /etc/init.d/network restart может хорошо работать после удаления этих бесполезных ifcfg- *.

— Ruby
источник