Por que o NetworkManager está tentando controlar um script de interface que não existe?

1

Estou exibindo centenas de entradas repetidas com frequência em / var / log / messages que não fazem sentido. Mais abaixo do exemplo.

Veja um exemplo, que é repetido ad nauseam no arquivo de log:

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).

Eu originalmente tinha duas interfaces nesta máquina, mas agora estou usando apenas uma (em1). A segunda interface (em2) não existe mais em /etc/sysconfig/network-scripts/

O serviço de rede foi reiniciado e a própria máquina. Ainda recebendo referências a em2 .

Eu olhei em / etc para entradas de configuração ocultas com

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

Mas nada aparece para "em2" (além do texto lixo em strings sha / md5)

Perguntas do casal:

1) Onde mais NetworkManager extrairia dados de configuração? Ou o NM está vendo uma placa física e tentando trazê-la embora um script de interface de rede não exista?

2) NetworkManager é absolutamente necessário para gerenciar interfaces de rede? Esta máquina usa uma instalação mínima de CentOS 6 . Eu acho que o NM foi instalado no início, mas depois usei o vim para configurar manualmente os scripts de rede.

A interface principal (em1) funciona bem.

    
por a coder 15.10.2013 / 21:29

1 resposta

1

"Is NetworkManager absolutely required for managing network interfaces?"

Não. Você pode desativá-lo e configurar as coisas sozinho, se quiser. Eu venho fazendo isso há anos em sistemas pessoais, já que quase não há "gerenciamento de rede" para fazer de qualquer maneira, e eu acho o NM um pouco irritante.

Você precisa aprender a usar coisas como ifconfig / ip , dhclient / dhcpcd , wpa_supplicant etc. O único problema que já tive é automatizar o Wi-Fi para reconectar quando necessário . Isso foi resolvido com um script:

#!/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

A coisa checkForSame() apenas garante que isso não esteja sendo executado. Eu moro no país e não uso criptografia wifi em casa, então startWifi() é bem simples. Meu ponto principal aqui é a lógica (pingar o roteador e matar dhclients anteriores antes de reiniciar), e posso relatar que isso funciona como um encanto: ele relata a reconexão ocasional no log, mas nunca percebo nenhuma interrupção (desconexões parecem ocorrer quando a interface está ociosa).

    
por 17.10.2013 / 17:16