Score:0

Ubuntu 16.04. Rebooted no logs

vn flag

My server which was up since last 6 months got rebooted today. Unable to know the reason so far. Checked the following...

  1. last reboot shows "reboot system boot 4.14.0-generic"
  2. /var/log/syslog - no entry of reboot/panic 11:21 AM - last application logs (generic ones) 11:23 AM - system boot up logs 11:24 AM - resumption of application logs
  3. /var/messages - No entry found related to reboot for that time.
  4. /proc/sys/kernel/panic is 0.
  5. /etc/apt/apt.conf.d/50unattended-upgrades //Unattended-Upgrade::Automatic-Reboot "false";
  6. Checked management console (of server) and no activity and hardware alarm reported.

server came up in one minute without any issue but I'm curious to know the reason.

Please guide me to reach bottom of this...

in flag
Ubuntu 16.04 reached its end of life a year ago. Upgrade to a supported release.
Akshay avatar
vn flag
True. I'll upgrade it to 20.04. I was just curious to get more insights in this. Thanks.
Score:1
cn flag

As mentioned by Gerald, Ubuntu 16.04 is out of date and should be upgraded (or get a new server with 20.04 and turn off the old one).

After 6 months of constant running, a small glitch that forces a reboot is not unlikely. There are several reasons for such, and what you have looked at could have given you a clue, but when you see absolutely nothing there are two main reason why it could happen:

  • Power went out
  • Hardware failure that could not be detected in software and the server has a watchdog allowing it to at least shutdown (maybe it sent an APCI message although that could have been registered, if the hardware is not functioning quite right, the software would fail reporting the issue)

If it did not auto-reboot, it was just stuck, that also points to a hardware issue and the software never got a chance of doing anything about it.

The /proc/sys/kernel/panic file is a flag to tell the kernel what to do on an error detected by the kernel (i.e. in software). You can find details here. Since you say it is zero, it would not auto-reboot in software on a panic.

On my end, I once had an issue with a Bluetooth receiver. It would receive so many hits that after a few minutes, it would create a lock up in the kernel. However, it was not clearly report in the logs. That computer, however, had a debug mode and I could listen for messages on the USB port. That gave me the info I need (tons of messages about Bluetooth). Turning that off made the system stable again. Since you had just one event, I would not worry about it. If it repeats over and over again, it's probably time to consider using different hardware.

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.