Puncte:1

Rsyslog nu se trimite la server când sistemul de fișiere eșuează

drapel us

Am pe serverele mele un client rsyslog, care ar trebui să trimită jurnalele către serverul rsyslog. Recent, a apărut o problemă pe unul dintre serverele pe care sistemul de fișiere a intrat în doar citire. Acest lucru a făcut ca jurnalele locale să nu fie scrise. Cu toate acestea, nici pe jurnalul de la distanță nu existau intrări.

Cred că asta a fost pentru că serviciile de pe server nu au putut scrie jurnalele și astfel rsyslog nu le poate trimite, nu? Este posibil să aveți jurnalele scrise într-un fel de disc RAM înainte ca acestea să fie trimise prin rsyslog către fișiere de la distanță și locale? Acel disc RAM ar avea nevoie, desigur, de o cotă, astfel încât RAM-ul serverului să nu se epuizeze atunci când există un flux de jurnal.

Este Coada în memorie drumul de mers aici?

Parte din configurație:

*.notice;auth.!=notice @<IP server la distanță>

auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
cron.* /var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
utilizator.* -/var/log/user.log

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.