netplan durante a inicialização

Question

De tudo o que consegui encontrar até agora, estou bastante intrigado por que alguém iria querer usar o netplan em uma máquina séria, como um servidor, quando você quer que a rede funcione durante o processo de inicialização. Então estou sentindo que estou perdendo algo que não está no wiki principal ou em qualquer outro lugar que eu possa encontrar.

Como eu posso fazer o netplan fazer a coisa simples que ifupdown faz e colocar a rede online durante a inicialização antes de tentar montar unidades de rede e executar outras tarefas relacionadas à rede?

Eu tenho 4 servidores todos executando o Ubuntu 18.04, mas um é uma compilação nova, onde os outros foram atualizados, de modo que apenas um está executando o netplan e os outros parecem continuar usando o ifupdown. Os três com o ifupdown funcionam perfeitamente, mas o novo não vai disparar a rede até bem depois da inicialização e eu não tenho drives de rede (nfs) e coisas como o apache que dependem dessas unidades não serão iniciadas porque as unidades estão faltando.

Eu consegui contornar isso colocando comandos no meu crontab que aguarda por vários segundos, certificando-se de que a rede está rodando, então monta as unidades e inicia os serviços. Mas isso é uma piada de uma solução quando tudo deveria estar começando do processo de inicialização.

Alguém tem uma maneira de fazer o netplan inicializar a rede durante a inicialização?

> > Adicionando mais detalhes < <

Meu NFS é montado em / etc / fstab em todas as máquinas e somente esta nova máquina tem problema. A interface de rede fica online, mas é bem depois que a montagem é feita e para montá-la de forma confiável, eu tive que adicionar um atraso de 15 segundos no crontab. Zero segundos nunca funcionou, 5 segundos funcionam muitas vezes 10 funcionaram a maior parte do tempo 15 segundos funcionaram todas as vezes.

crontab entry
@reboot sleep 15; mount -a

journalctl --no-pager -lu systemd-networkd
-- Logs begin at Mon 2018-05-21 06:11:07 PDT, end at Tue 2018-05-22 04:17:22 PDT. --
May 21 06:11:12 data1 systemd[1]: Starting Network Service...
May 21 06:11:12 data1 systemd-networkd[1170]: Enumeration completed
May 21 06:11:12 data1 systemd[1]: Started Network Service.
May 21 06:11:12 data1 systemd-networkd[1170]: lo: Link is not managed by us
May 21 06:11:12 data1 systemd-networkd[1170]: enp31s0: IPv6 successfully enabled
May 21 06:11:15 data1 systemd-networkd[1170]: enp31s0: Gained carrier
May 21 06:11:16 data1 systemd-networkd[1170]: enp31s0: Gained IPv6LL
May 21 06:11:17 data1 systemd-networkd[1170]: enp31s0: DHCPv4 address 192.168.1.113/24 via 192.168.1.1
May 21 06:11:17 data1 systemd-networkd[1170]: Not connected to system bus, not setting hostname.
May 21 06:11:17 data1 systemd-networkd[1170]: enp31s0: Configured

networkctl
IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 enp31s0          ether              routable    configured

    

Answer 1

O netplan não tem, em geral, dificuldade em iniciar a rede na inicialização. Alguns lugares para procurar para depurar isso:

• a saída de journalctl --no-pager -lu systemd-networkd - quais interfaces de rede estão demorando para serem configuradas e por quê?
• a saída de networkctl - as interfaces esperadas estão ativas após a inicialização ou não?

Para ver por que uma montagem em particular falhou na inicialização, você pode examinar a saída journalctl da unidade .mount específica. Por exemplo, se você tiver /mnt/nfs como um ponto de montagem remoto, poderá executar journalctl --no-pager -lu mnt-nfs.mount .

Existe um bug relatado contra o systemd que tenta montar sistemas de arquivos de rede muito cedo, antes que a rede esteja totalmente configurada. link Este bug ainda não foi confirmado pelos desenvolvedores, mas é possível que existam erros aqui no systemd sobre o pedido. Acho que o relatório de erros será o melhor lugar para acompanhar o progresso.