Rede inacessível após reinicialização systemd-networkd (interface w / bond)

0

Estou tendo problemas com systemd-networkd em um servidor recém-configurado que tem 2 NICs com 4 portas instaladas. Eu não toquei em nenhuma configuração de networkd (além do registro de nível de depuração hoje), e apenas defini minha rede na configuração netplan (cloud-init) /etc/netplan/50-cloud-init.yaml .

O problema

Após o systemctl restart systemd-networkd ser chamado (ou seja, nas atualizações do systemd), o servidor não pode mais ser alcançado pela rede. Os pings falham de / para o servidor, com exceção do gateway. 127.0.0.1 ainda pode ser pingado e ip route mostra exatamente a mesma tabela de roteamento antes e depois.

Apenas uma reinicialização resolve o problema, tentei netplan apply após reiniciar o networkd sem sucesso.

Observações & Info

Os pings para outros hosts falham com o erro "Nenhuma rota para o host".

Depois que o systemd-networkd foi reiniciado, o console registrou alterações na interface de rede, informando que a velocidade do link estava definida como 0.

A tabela de roteamento como retornada por ip route permanece inalterada após o reinício de networkd, assim como a configuração IP das interfaces.

Todas as portas na segunda NIC estão usando a ligação LLCP Link com um comutador compatível. Outros NICs também estão conectados ao mesmo switch. Os endereços são gerenciados por um DHCP na rede.

Registros

Log de depuração de systemd-networkd restart: link

A única coisa incomum que notei foi networkd ignora arquivos de configuração (escritos por netplan?), mas isso também ocorre em uma inicialização limpa:

-- Reboot --
Jul 24 08:55:27 skprov2 systemd[1]: Starting Network Service...
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Bus n/a: changing state UNSET → OPENING
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Added inotify watch for /run on bus n/a: 2
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Added inotify watch for /run/dbus on bus n/a: -1
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Bus n/a: changing state OPENING → WATCH_BIND
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Failed to open configuration file '/etc/systemd/networkd.conf': No such file or directory
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: timestamp of '/etc/systemd/network' changed
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: timestamp of '/run/systemd/network' changed
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /run/systemd/network/10-netplan-bcm.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /run/systemd/network/10-netplan-bond0.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /run/systemd/network/10-netplan-intel.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /lib/systemd/network/80-container-vz.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /lib/systemd/network/80-container-ve.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /lib/systemd/network/80-container-host0.network, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /lib/systemd/network/99-default.link, because it's not a regular file with suffix .netdev.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: bond0: loaded bond
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: bond0: Creating
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /run/systemd/network/10-netplan-bond0.netdev, because it's not a regular file with suffix .network.
Jul 24 08:55:27 skprov2 systemd-networkd[1014]: Ignoring /lib/systemd/network/99-default.link, because it's not a regular file with suffix .network.

O que exatamente está causando esse problema? Eu gostaria de usar este servidor como uma máquina de produção estável. Eu encontrei este problema há algumas semanas, e agora, novamente, porque o pacote systemd foi atualizado.

    
por NoMad 24.07.2018 / 09:32

0 respostas