last -F indica vários reboots consecutivos

[leobap]

Pessoal,

Eu tenho uma workstation com processadores Xeon rodando Ubuntu 20.0.4 no trabalho, cujo acesso é feito remotamente via uma vpn. recentemente verifiquei em vários momentos a máquina fica inacessível. Quando recentemente usei o comando last -F no terminal recebi o seguinte resultado:

Código Selecionar Expandir

leobap@StanLee:~$ last -F
leobap   pts/0        192.168.200.6    Fri Jan 28 13:08:15 2022   still logged in
reboot   system boot  5.13.0-27-generi Fri Jan 28 13:07:07 2022   still running
leobap   pts/0        192.168.200.6    Fri Jan 28 13:04:01 2022 - crash                     (00:03)
reboot   system boot  5.13.0-27-generi Fri Jan 28 13:00:04 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:56:08 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:43:32 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:38:29 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:28:57 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:17:15 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:10:14 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:07:10 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 12:00:31 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:47:42 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:40:58 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:33:46 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:27:17 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:22:35 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:14:37 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:06:45 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 11:00:16 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:47:53 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:42:13 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:31:16 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:24:10 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:20:07 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 10:15:58 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 09:59:54 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 09:54:05 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 09:47:25 2022   still running
reboot   system boot  5.13.0-27-generi Fri Jan 28 09:43:30 2022   still running

Vocês saberiam me dizer o que pode ter levado a tantos reboots consecutivos? Não foi instalado nada de novo na máquina, nenhuma atulização foi feita recentemente e eu não imagino as razões para o problema.

Já agradeço qualquer ajuda.

[zekkerj]

Talvez quedas de energia? Você tem registro da energia, nesse ambiente?

[leobap]

Infelizmente não é queda de luz. Eu tenho mais duas workstations ligadas na mesma sala e na mesma rede nenhuma delas sofre desligamentos constantes. E não há relatos de oscilações na rede elétrica.

[zekkerj]

Infelizmente, ou felizmente, não?
Faça o seguinte, compare o momento dos reboots com o conteúdo dos logs do sistema, em /var/log/syslog e/ou /var/log/messages . Tente ver se há algum indício do que estaria causando os reboots.

[leobap]

Eu acessei o /var/log/syslog desta máquina e ele é uma repetição das linhas que estão mostradas logo abaixo:

Código Selecionar Expandir

Feb 17 10:17:50 StanLee systemd[8346]: Reached target Main User Target.
Feb 17 10:17:50 StanLee systemd[8346]: Startup finished in 1.433s.
Feb 17 10:17:52 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.2' (uid=1000 pid=8355 comm="/usr/libexec/tracker-extract " label="unconfined")
Feb 17 10:17:52 StanLee systemd[8346]: Starting Virtual filesystem metadata service...
Feb 17 10:17:52 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Successfully activated service 'org.gtk.vfs.Metadata'
Feb 17 10:17:52 StanLee systemd[8346]: Started Virtual filesystem metadata service.
Feb 17 10:18:11 StanLee systemd[8346]: tracker-extract.service: Succeeded.
Feb 17 10:18:15 StanLee pulseaudio[8354]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Feb 17 10:18:31 StanLee tracker-store[8512]: OK
Feb 17 10:18:31 StanLee systemd[8346]: tracker-store.service: Succeeded.
Feb 17 10:19:03 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.1' (uid=1000 pid=8356 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Feb 17 10:19:03 StanLee systemd[8346]: Starting Tracker metadata database store and lookup manager...
Feb 17 10:19:03 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Successfully activated service 'org.freedesktop.Tracker1'
Feb 17 10:19:03 StanLee systemd[8346]: Started Tracker metadata database store and lookup manager.
Feb 17 10:19:48 StanLee tracker-store[8547]: OK
Feb 17 10:19:48 StanLee systemd[8346]: tracker-store.service: Succeeded.
Feb 17 10:20:24 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.1' (uid=1000 pid=8356 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Feb 17 10:20:24 StanLee systemd[8346]: Starting Tracker metadata database store and lookup manager...
Feb 17 10:20:24 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Successfully activated service 'org.freedesktop.Tracker1'
Feb 17 10:20:24 StanLee systemd[8346]: Started Tracker metadata database store and lookup manager.
Feb 17 10:20:54 StanLee tracker-store[8555]: OK
Feb 17 10:20:54 StanLee systemd[8346]: tracker-store.service: Succeeded.
Feb 17 10:21:02 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.1' (uid=1000 pid=8356 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Feb 17 10:21:02 StanLee systemd[8346]: Starting Tracker metadata database store and lookup manager...
Feb 17 10:21:02 StanLee dbus-daemon[8362]: [session uid=1000 pid=8362] Successfully activated service 'org.freedesktop.Tracker1'
Feb 17 10:21:02 StanLee systemd[8346]: Started Tracker metadata database store and lookup manager.


Não estou familiarizado co mesta saída, mas parece ter algumas mensagens de error de coneção de rede, várias repetições informando  "Started Virtual filesystem service ..." e este log tem 794 linhas, com várias ocorrências a cada hora.

Realmente eu não sei o problema.
Mas já agradeço a ajuda em rastrear o problema.

[zekkerj]

Então... procure pelas linhas com horário próximo aos horários dos reboots. Se houver alguma indicação, vai estar por lá.