Puncte:0

Logrotate eșuează fără eroare

drapel cn

Ok, am făcut un boo-boo. cred

Problemă: Logrotate eșuează (sau cred în mod incorect că este mort) și nu oferă niciun mesaj de eroare pentru a explica de ce:

â logrotate.service - Rotiți fișierele jurnal
   Încărcat: încărcat (/lib/systemd/system/logrotate.service; static; prestabilit furnizor: activat)
   Activ: inactiv (mort) din vineri 2021-12-31 13:05:25 CST; acum 42 de minute
     Documente: man:logrotate(8)
           man:logrotate.conf(5)
  Proces: 27844 ExecStart=/usr/sbin/logrotate /etc/logrotate.conf (code=exited, status=0/SUCCESS)
 PID principal: 27844 (cod=ieșit, stare=0/SUCCESS)

31 dec 13:05:25 server1.example.com systemd[1]: Se pornește Rotirea fișierelor jurnal...
31 decembrie 13:05:25 server1.example.com systemd[1]: logrotate.service: Reușit.
31 decembrie 13:05:25 server1.example.com systemd[1]: A început Rotirea fișierelor jurnal.

Am vrut să repornesc automat logrotate folosind systemd, deoarece uneori eșuează după o repornire. Prin urmare în mine /usr/lib/systemd/system/logrotate.service fisierul pe care l-am adaugat:

Restart=intotdeauna

Adăugarea de mai sus kill logrotate service. De acolo am decis să-mi anulez munca murdară și prin ștergere Restart=intotdeauna și systemctl daemon-reload && systemctl start logrotate

Fără noroc.

Apoi am decis să investighez syslog-ul și să văd dacă pot găsi indicii, folosind:
#grep "logrotate" /var/log/syslog. Aceasta a dat un indiciu:

Dec 31 00:00:03 server1 systemd[1]: logrotate.service: Reușit.
31 dec 00:36:16 server1 clamd[3544]: vineri 31 dec 00:36:16 2021 -> ^Eșec de verificare a căii fișierului pe: /var/tmp/systemd-private-2f8e6be5a16040adb29706b9e31ae31ae841-Dlogroltateservice.
Dec 31 00:37:31 server1 systemd[1]: logrotate.service: Reușit.
Dec 31 12:51:17 server1 systemd[1]: logrotate.service: Reușit.
31 decembrie 13:00:58 server1 systemd[1]: logrotate.service: Reușit.
31 decembrie 13:05:25 server1 systemd[1]: logrotate.service: Reușit.

Notă: toate momentele în care vedeți „Reușit” sunt de la mine, încercând manual să pornesc logrotate.

am citit in această postare despre eroarea serverului că această problemă poate fi cauzată de logrotate care încearcă să acceseze jurnalele în afara fișierului var/log/ director. Și am crezut că aceasta poate fi problema mea, totuși nu găsesc niciun indicator al unui jurnal în afara /var/log, cu excepția erorii syslog de mai sus:

reiterare:

31 dec 00:36:16 server1 clamd[3544]: vineri, 31 dec. 00:36:16 2021 -> ^Eșec de verificare a căii fișierului pe: /var/tmp/systemd-private-2f8e6be5a16040adb29706b9e31ae31ae841-Dlogroltateservice.

Din am investigat clamd, dar

#grep „jurnal” /etc/clamav/clamd.conf 
LogSyslog false
Fișier jurnal /var/log/clamav/clamav.log

Randamente, nimic. Știe cineva de ce logrotate nu începe?

Puncte:1
drapel jp

logrotate.service ar trebui să fie inactiv. Nu rulează ca un daemon, ci este declanșat periodic de logrotate.timer, Verifica starea systemctl logrotate.timer.

Maestro223 avatar
drapel cn
Ok... Mă întrebam despre asta... dar înainte de a edita logrotate.service, se arăta întotdeauna ca activ... Părea ca și cum aș fi rupt ceva. În orice caz, verific și logrotate.timer și a fost/funcționează. deci cred că a reparat accidental logrotate cumva.. Mulțumesc pentru feedback. Mult apreciat... la alte bug-uri :-) La mulți ani!

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.