Я не могу запустить "сетевую" службу 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-адресов, проблемах маршрутизации и т. д.
Посмотрите настройки своего шлюза, чтобы убедиться, что ваши шлюзы настроены правильно и все в порядке. /etc/syscofig/network
и каждый из /etc/sysconfig/network-scripts/ifcfg-*
искать дублирующийся IP, маршруты устанавливаются через /etc/sysconfig/network-scripts/route-*
если мне не изменяет память, теперь шлюзы можно установить в обоих ifcfg-*
и route-*
файлы. Так что убедитесь, что нет дублирования или совпадения.
Невозможность получить IP-адрес от DNS также приведет к этой ошибке, как я только что обнаружил. На самом деле похоже, что любая ошибка сети вызовет эту ошибку. Похоже, это проблема CentOS 7, поскольку здесь выдает очень плохую ошибку.
Кажется, это также происходит, если вы вручную настраиваете интерфейс, который не подключен к сети.
Я тоже столкнулся с этим сегодня на клонированной виртуальной машине 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-адрес или нет!
При запуске сетевой скрипт выдает эту команду (измените свой dev и ip)
/sbin/arping -c 2 -w 3 -D -I eth0 10.196.132.206
Которые говорят нам, что с этим IP-адресом связан MAC-адрес, и сбой сетевого сценария (ifup
или systemctl start network
)
Я тоже столкнулся с подобными проблемами. Чтобы изменить файлы конфигурации. (Ifcfg-ensxxxx), выполните следующие действия. введите описание изображения здесь
NM_CONTROLLED=no
, это означает, что этот интерфейс будет настроен с использованием этого файла конфигурации, а не будет управляться службой Network Manager.