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


Estou tendo problemas com o systemd-networkd em um servidor recém-configurado que possui 2 NICs com 4 portas instaladas. Eu não toquei em nenhuma configuração de networkd (além do log 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

Depois de systemctl restart systemd-networkd é chamado (ou seja, em atualizações do systemd), o servidor não pode mais ser acessado via 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, eu tentei netplan apply depois de reiniciar o networkd sem sucesso.

Observações e Informações

Pings para outros hosts falham com o erro "No route to 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 retornada por ip route permanece intocado 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.

Logs

Log de depuração de systemd-networkd reiniciar: https://pastebin.com/9bp38r0b

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.


0


origem




Respostas: