Почему NetworkManager пытается контролировать скрипт интерфейса, который не существует?

Я показываю сотни часто повторяющихся записей в / var / log / messages, которые не имеют смысла. Ниже приведен пример.

Вот пример, который повторяется ad nauseam в файле журнала:

Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 1 of 5 (Device Prepare) scheduled... Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 1 of 5 (Device Prepare) started... Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 2 of 5 (Device Configure) scheduled... Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 1 of 5 (Device Prepare) complete. Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 2 of 5 (Device Configure) starting... Oct 15 15:14:01 mybox NetworkManager[2570]: <info> (em2): device state change: 4 -> 5 (reason 0) Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 2 of 5 (Device Configure) successful. Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 3 of 5 (IP Configure Start) scheduled. Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 2 of 5 (Device Configure) complete. Oct 15 15:14:01 mybox NetworkManager[2570]: <info> Activation (em2) Stage 3 of 5 (IP Configure Start) started... Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 4 of 5 (IP4 Configure Timeout) scheduled... Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 4 of 5 (IP4 Configure Timeout) started... Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 5 of 5 (IP Configure Commit) scheduled... Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 4 of 5 (IP4 Configure Timeout) complete. Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 5 of 5 (IP Configure Commit) started... Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 5 of 5 (IP Configure Commit) failed (no IP configuration found) Oct 15 15:14:46 mybox NetworkManager[2570]: <info> (em2): device state change: 7 -> 9 (reason 5) Oct 15 15:14:46 mybox NetworkManager[2570]: <warn> Activation (em2) failed. Oct 15 15:14:46 mybox NetworkManager[2570]: <info> Activation (em2) Stage 5 of 5 (IP Configure Commit) complete. Oct 15 15:14:46 mybox NetworkManager[2570]: <info> (em2): device state change: 9 -> 3 (reason 0) Oct 15 15:14:46 mybox NetworkManager[2570]: <info> (em2): deactivating device (reason: 0). 

У меня первоначально было два интерфейса на этой машине, но теперь я использую только один (em1). Второй интерфейс (em2) больше не существует в /etc/sysconfig/network-scripts/

Сетевая услуга была перезапущена, а сама машина. Все еще получаю ссылки на em2 .

Я просмотрел / etc для скрытых записей конфигурации с помощью

 find /etc/ -exec grep -Hn em2 {} \; 

Но ничего не происходит для «em2» (кроме текста мусора в строках sha / md5)

Пара вопросов:

1) Где еще NetworkManager извлекал конфигурационные данные? Или NM видит физическую карту и пытается ее поднять, даже если сценарий сетевого интерфейса не существует?

2) Требуется ли NetworkManager для управления сетевыми интерфейсами? Эта машина использует минимальную установку CentOS 6 . Я думаю, что NM был установлен на ранней стадии, но позже я использовал vim для настройки сетевых сценариев.

Основной интерфейс (em1) работает нормально.

«Требуется ли NetworkManager для управления сетевыми интерфейсами?»

Нет. Вы можете отключить его и настроить на себя, если хотите. Я делаю это в течение многих лет на персональных системах, так как в любом случае нет никакого «сетевого управления», и я нахожу NM немного раздражающим.

Вам нужно научиться использовать такие вещи, как ifconfig / ip , dhclient / dhcpcd , wpa_supplicant и т. Д. Единственная проблема, с которой я когда-либо wpa_supplicant , – это автоматизировать wifi для повторного подключения, когда это необходимо. Это было решено с помощью скрипта:

 #!/bin/sh . $UTIL_SRC_DIR/util-func.sh checkForSame . /etc/wifi.conf exec 1> /dev/null exec 2>> $log echo $(date) > $log # without check_interval set, we risk a 0 sleep = busy loop if [ ! "$check_interval" ]; then echo "No check interval set!" >> $log exit 1 fi startWifi () { dhclient -v -r killall dhclient iwconfig $wlan essid $essid dhclient -v $wlan } ifconfig $eth down ifconfig $wlan up startWifi while [ 1 ]; do ping -c 1 $router_ip & wait $! if [ $? != 0 ]; then echo -e "\n$(date) attempting restart..." >> $log startWifi sleep 1 else sleep $check_interval fi done 

Функция checkForSame() просто гарантирует, что это уже не работает. Я живу в стране и не использую Wi-Fi-шифрование дома, поэтому startWifi() довольно прост. Мое главное здесь – логика (пинг маршрутизатора и уничтожение предыдущих dhclients перед перезагрузкой), и я могу сообщить, что это работает как шарм: он сообщает о случайном повторном подключении в журнале, но я никогда не замечаю прерываний (кажется, что разъединения когда интерфейс простаивает).