Данная ошибка появляется появляется в дистрибутивах основанных на RedHat таких как CentOS или Oracle Linux, как в моем случае. Связана она с пропаданием настроек TCP/IP на сетевом интерфейсе.
Для начала опишу мой случае. Имеется виртуальная машина на Hyper-V с установленной Oracle Linux 7 в качестве гостевой операционной системы. Сервер был давно установлен и настроен и в один прекрасный момент на нем были установлены свежие обновления безопасности, после чего сервер перезагрузился и более не был доступен по сети.
Зайдя на сервер консолью Hyper-V я обнаружил, что сетевой интерфейс по команде ifconfig имеется, однако на нем не сконфигурирован ip-адрес. Картина была примерно следующая:
# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether 00:15:5d:15:86:2b txqueuelen 1000 (Ethernet) RX packets 925992 bytes 162309372 (154.7 MiB) RX errors 0 dropped 1 overruns 0 frame 0 TX packets 841949 bytes 535457608 (510.6 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
При этом в конфигурационном файле cat /etc/sysconfig/network-scripts/ifcfg-eth0 была честная конфигурация примерно следующего вида:
TYPE="Ethernet" BOOTPROTO="none" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_FAILURE_FATAL="no" NAME="eth0" UUID="XXXX" ONBOOT="yes" HWADDR="00:15:5D:15:86:2B" IPADDR0="XX.XX.XX.XX" PREFIX0="24" GATEWAY0="XX.XX.XX.XX" DNS1="XX.XX.XX.XX" IPV6_PEERDNS="yes" IPV6_PEERROUTES="yes"
При этом попытки перезапустить сетевое подключение выдавали ошибку:
systemd[1]: Failed to start LSB: Bring up/down networking.
systemd[1]: Unit network.service entered failed state.
Ошибка оказалась связана с внезапно сменившимся MAC-адресом сетевого интерфейса. Причина смены видимо кроется в настройках виртуальной машины Hyper-V но вызвала подобные неприятности впервые. Итак MAC-адрес сетевой карты в виртуальной машине и в настройках в гостевой ОС были разными. Мне осталось только сменить в файле /etc/sysconfig/network-scripts/ifcfg-eth0 в поле HWADDR на правильный и перезагрузить машину. После этих процедур сетевой интерфейс поднялся и сервер заработал в штатном режиме.
На будущее взял на заметку о необходимости контролировать, или вовсе устанавливать статический MAC-адрес в виртуалках Hyper-V, на VMWare с подобными проблемами не сталкивался ни разу.
Я вот сталкнулся VMWare.
Помогло:
systemctl stop NetworkManager
systemctl disable NetworkManager
Большое спасибо за статью, возникла абсолютно похожая ситуация, статья помогла )