não pode inicializar por causa do serviço de rede

2

Eu tenho uma nova instalação do debian 8.3 jessie em um novo servidor com todos os upgrades

No entanto, cada vez que eu tento reiniciar a máquina, o debian entra no modo de emergência

A tela ficou presa em "Um trabalho de início está sendo executado para LSB: Levantar interfaces de rede"

Com o / etc / network / interfaces original (contendo 1 IPv4 e IPv6), a inicialização demora 2min30, 99% devido a networking.service (verificado com systemd-analyze blame ), todo o resto leva menos de 200 ms

No entanto, o / etc / network / interfaces real tem mais de 100 IPs e, com este arquivo de configuração, o servidor não consegue inicializar, mesmo depois de ficar on-line algumas horas

Eu também tenho que mencionar que quando eu inicializo em um mínimo / etc / network / interfaces e eu substituir o arquivo com o correto e reiniciar a rede, está tudo bem (leva 20min mas pelo menos funciona)

Eu não tenho a menor ideia do que está acontecendo aqui, o que journalctl -b -u networking.service retorna:

Feb 15 00:09:38 systemd[1]: Starting LSB: Raise network interfaces....
Feb 15 00:09:48 networking[691]: Configuring network interfaces...RTNETLINK answers: File exists
Feb 15 00:09:48 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Waiting for DAD... Done
Feb 15 00:09:50 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Failed to bring up eth0.
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:09 ntpdate[1009]: 37.187.98.51 rate limit response from server.
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 ntpdate[1059]: 130.236.254.17 rate limit response from server.
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:18 ntpdate[1009]: step time server 213.251.128.249 offset -0.100865 sec
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:23 ntpdate[1059]: step time server 213.251.128.249 offset -0.100906 sec
Feb 15 00:10:26 ntpdate[1155]: 130.236.254.17 rate limit response from server.

Qualquer ajuda será muito apreciada

Atenciosamente

    
por Bouki 16.02.2016 / 21:04

1 resposta

3

Este relatório de erros: link parece bastante relevante. O usuário descreve um problema semelhante em que seu sistema trava exibindo a mensagem "Uma tarefa de início está sendo executada para LSB: Levantar interfaces de rede".

Eles usam as etapas a seguir para identificar a causa do problema:

  1. Ativar o shell de depuração:
    • systemctl enable debug-shell.service
  2. Reinicie o sistema.
  3. Mensagens de depuração revelam a causa do problema:
    • /etc/network/if-up.d/local-firewall

Esse usuário estava usando o shorewall, mas vários outros usuários relatam problemas semelhantes com firewalls diferentes posteriormente no encadeamento. Se a sessão de depuração revelar que a inicialização do firewall é o problema, essas etapas podem resolver o problema:

  1. Para concluir a inicialização, o usuário precisou usar o comando killall várias vezes:
    • killall local-firewall
  2. Quando o sistema operacional foi carregado, o usuário editou o script /etc/network/if-up.d/local-firewall de:

    #!/bin/sh
    FIREWALL=shorewall
    FIREWALL6=shorewall6
    
    service $FIREWALL restart
    service $FIREWALL6 restart
    

    para:

    #!/bin/sh
    if [ -d /run/systemd/system ]; then
           systemctl list-jobs | grep -q network.target && exit 0
    fi
    service shorewall restart
    service shorewall6 restart
    

Esta modificação soluciona o problema porque a condição "if" permite que a inicialização do firewall aguarde até que a NIC seja totalmente inicializada, permitindo que várias variáveis de ambiente das quais o firewall depende sejam preenchidas.

Se você não estiver usando um firewall local, há outro relatório de bug semelhante, mas o problema é causado por montagens do NFS durante a inicialização. Se isso estiver mais próximo do seu ambiente, isso pode ser interessante: link

    
por 20.02.2016 / 10:53