Como detectar / evitar falhas de inicialização de rede do systemd

Question

Usando o Centos 7 (atualizações mais recentes), em um firewall remoto a 200 milhas de distância, tenho dificuldades ocasionais de reinicializar com a pilha de rede não inicializando corretamente. A caixa tem 3 interfaces e, normalmente, a interface DHCP externa demora um pouco mais para aparecer, e a pilha de rede não está esperando corretamente, o resultado é um servidor que foi iniciado, mas inacessível pela Internet.

A placa de rede é um chipset Intel dual que usa o driver e1000e. Eu tive esse problema muito pior com a interface onboard, então eu peguei este cartão para corrigir o problema. Isso ajudou, mas ainda não está perfeitamente resolvido. Na maioria das vezes, outra reinicialização suave ou reinicialização da pilha de rede a coloca de volta on-line corretamente.

Estou usando os scripts de rede legados, não o NetworkManager, devido à complexidade da interface e à necessidade de uma boa configuração remota; Costumo lutar para que o NM inicie corretamente configurações complexas.

Estou ficando desesperado aqui. Mesmo considerando algum tipo de monitor de rede de emergência que tentaria reiniciar / reinicializar se ele vê que a rede não está online. Quando ele falha, eu tenho que treinar minha mãe de 85 anos em comandos básicos de rede Linux, o que eu tenho certeza que todos vocês podem apreciar é um desafio.

Aqui estão as mensagens / var / log / da mais recente falha de inicialização.

May 14 04:58:55 windward network: Bringing up loopback interface:  Cannot get current device settings: No such device
May 14 04:58:55 windward network: not setting speed
May 14 04:58:55 windward network: not setting duplex
May 14 04:58:55 windward network: not setting autoneg
May 14 04:58:55 windward network: [  OK  ]
May 14 04:58:55 windward network: Bringing up interface enp1s0f0:  Cannot get current device settings: No such device
May 14 04:58:55 windward network: not setting speed
May 14 04:58:55 windward network: not setting duplex
May 14 04:58:55 windward network: not setting autoneg
May 14 04:58:55 windward kernel: IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is not ready
May 14 04:59:00 windward kernel: e1000e: enp1s0f0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
May 14 04:59:00 windward kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0f0: link becomes ready
May 14 04:59:01 windward network: Determining IP information for enp1s0f0... failed; no link present.  Check cable?
May 14 04:59:01 windward network: [FAILED]
May 14 04:59:01 windward network: Bringing up interface enp1s0f1:  Cannot get current device settings: No such device
May 14 04:59:01 windward network: not setting speed
May 14 04:59:01 windward network: not setting duplex
May 14 04:59:01 windward network: not setting autoneg
May 14 04:59:01 windward kernel: IPv6: ADDRCONF(NETDEV_UP): enp1s0f1: link is not ready
May 14 04:59:03 windward kernel: e1000e: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
May 14 04:59:03 windward kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0f1: link becomes ready
May 14 04:59:04 windward network: Determining if ip address 10.20.128.1 is already in use for device enp1s0f1...
May 14 04:59:06 windward network: [  OK  ]
May 14 04:59:06 windward systemd: network.service: control process exited, code=exited status=1
May 14 04:59:06 windward systemd: Failed to start LSB: Bring up/down networking.
May 14 04:59:06 windward systemd: Unit network.service entered failed state.
May 14 04:59:06 windward systemd: network.service failed.
May 14 04:59:06 windward systemd: Reached target Network.
May 14 04:59:06 windward systemd: Starting Network.
May 14 04:59:06 windward systemd: Started OpenSSH server daemon.

    

Answer 1

Você tentou aumentar o tempo limite do cliente DHCP no arquivo de configuração?

Você pode tentar editar /etc/dhcp/dhclient.conf e definir a opção 'tempo limite' como mostrado abaixo:

timeout=60

    

Answer 2

O LinkDelay parece ter resolvido o problema.