Meu servidor pára de responder por alguns minutos e, em seguida, inicia novamente. Como posso saber porque isso está acontecendo?

3

Estou executando o Ubuntu em um computador Odroid Single Board.

Welcome to Ubuntu 16.04.4 LTS (GNU/Linux 3.14.79-117 aarch64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage
Last login: Thu May 10 02:00:02 2018 from 172.16.68.56
root@odroid64:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.4 LTS"
root@odroid64:~#

O servidor executa o PiHole, que fornece DNS e bloqueio de anúncios para toda a minha rede. Meu roteador atribui isso como o servidor DNS para todos os clientes DHCP. O servidor também executa o OpenVPN, mas não há conexões abertas quando estou tendo o seguinte problema:

Comecei a ter problemas onde não consigo navegar na Internet. Percebi que podia fazer ping no DNS do Google 8.8.4.4, mas o ping de nomes DNS não funcionava. Meu roteador aponta para o meu servidor PiHole para todas as resoluções de DNS. Então, percebi que não era possível executar ping no meu servidor PiHole, muito menos remoto no SCP. Depois de alguns minutos, sem ter alterado uma única configuração em qualquer lugar da minha rede, tudo começa a funcionar novamente.

Existe um arquivo de log em algum lugar que eu possa examinar o período de tempo em que as coisas pararam e começaram a funcionar novamente, o que pode me dar uma pista de por que o servidor não responde?

ETA: resultados de free;vmstat;vmstat -s

      1758596 K total memory
       107820 K used memory
       141756 K active memory
       191308 K inactive memory
      1317372 K free memory
        12516 K buffer memory
       320888 K swap cache
            0 K total swap
            0 K used swap
            0 K free swap
        37711 non-nice user cpu ticks
         1145 nice user cpu ticks
        12130 system cpu ticks
     57663028 idle cpu ticks
          295 IO-wait cpu ticks
            0 IRQ cpu ticks
         1816 softirq cpu ticks
            0 stolen cpu ticks
        25205 pages paged in
        16854 pages paged out
            0 pages swapped in
            0 pages swapped out
   1238810489 interrupts
     67902033 CPU context switches
   1525917646 boot time
        12904 forks
root@odroid64:~#
    
por WhiskerBiscuit 11.05.2018 / 05:40

1 resposta

0

Acontece que a máquina estava tentando renovar um endereço DHCP, mesmo que seja configurado como estático! Estranho. Provavelmente há algo mais envolvido.

    
por WhiskerBiscuit 31.07.2018 / 22:19