Puncte:0

Ubuntu 16.04. Nu s-a repornit niciun jurnal

drapel vn

Serverul meu, care era pornit din ultimele 6 luni, a fost repornit astăzi. Nu am putut afla motivul până acum. Am verificat următoarele...

  1. ultima repornire afișează „repornirea sistemului de pornire 4.14.0-generic”
  2. /var/log/syslog - nicio intrare de repornire/panica 11:21 - ultimele jurnale de aplicații (cele generice) 11:23 - jurnalele de pornire a sistemului 11:24 - reluarea jurnalelor de aplicații
  3. /var/messages - Nu a fost găsită nicio intrare legată de repornire pentru acel moment.
  4. /proc/sys/kernel/panic este 0.
  5. /etc/apt/apt.conf.d/50unattended-upgrades //Unattended-Upgrade::Automatic-Reboot „false”;
  6. Consola de management verificată (a serverului) și nicio activitate și alarmă hardware raportată.

serverul a apărut într-un minut fără nicio problemă, dar sunt curios să știu motivul.

Te rog ghidează-mă să ajung la capătul acestui...

drapel in
Ubuntu 16.04 și-a ajuns la sfârșitul vieții în urmă cu un an. Faceți upgrade la o versiune acceptată.
Akshay avatar
drapel vn
Adevărat. Îl voi face upgrade la 20.04. Eram doar curios să obțin mai multe informații despre asta. Mulțumiri.
Puncte:1
drapel cn

După cum a menționat Gerald, Ubuntu 16.04 este învechit și ar trebui să fie actualizat (sau obțineți un nou server cu 20.04 și opriți-l pe cel vechi).

După 6 luni de funcționare constantă, o mică eroare care forțează o repornire nu este puțin probabilă. Există mai multe motive pentru acest lucru și ceea ce te-ai uitat ar fi putut să-ți ofere un indiciu, dar când nu vezi absolut nimic, există două motive principale pentru care s-ar putea întâmpla:

  • S-a întrerupt curentul
  • Eroare hardware care nu a putut fi detectată în software și serverul are un watchdog care îi permite cel puțin să se închidă (poate că a trimis un mesaj APCI, deși acesta ar fi putut fi înregistrat, dacă hardware-ul nu funcționează destul de bine, software-ul ar eșua raportând problema)

Dacă nu s-a repornit automat, a fost doar blocat, ceea ce indică, de asemenea, o problemă hardware și software-ul nu a avut niciodată șansa de a face nimic în acest sens.

The /proc/sys/kernel/panic fișierul este un steag pentru a spune nucleului ce trebuie să facă în cazul unei erori detectate de kernel (adică în software). Puteți găsi detalii Aici. Din moment ce spui că este zero, nu s-ar reporni automat în software în caz de panică.

La mine, am avut odată o problemă cu un receptor Bluetooth. Ar primi atât de multe accesări încât, după câteva minute, ar crea un blocaj în nucleu. Cu toate acestea, nu a fost raportat clar în jurnalele. Computerul respectiv avea însă un mod de depanare și puteam asculta mesaje pe portul USB. Asta mi-a oferit informațiile de care am nevoie (tone de mesaje despre Bluetooth). Oprirea acestuia a făcut din nou sistemul stabil. Din moment ce ai avut un singur eveniment, nu mi-aș face griji pentru el. Dacă se repetă din nou și din nou, probabil că este timpul să luați în considerare utilizarea unui hardware diferit.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.