Puncte:0

jurnalele nu intră în fișierul jurnal chiar și după ce au configurat rsyslog

drapel ng
abc

ma confrunt cu o problema. Am două diferite harpxoy servere Linux (în intervalul de rețea diferită). Pe un server, pot vedea că jurnalele sunt generate în fișierul jurnal, dar pe alt server, jurnalele nu sunt generate în fișierul jurnal.

Am comparat aproape toate fișierele de configurare posibile de la două servere și par să fie aceleași, dar încă nu găsesc indicii despre care este problema.

Lucru Server -

[rădăcină@<nume gazdă> ~]# coadă -f /var/log/haproxy*.log
 
==> /var/log/haproxy.log <==
 
==> /var/log/haproxy-status.log <==
 
==> /var/log/haproxy-traffic.log <==
Oct 28 20:32:48 localhost haproxy[1347]: source_ip:52675 [28/Oct/2021:20:32:46.269] ssl~ logs/es_server1 98/0/1/1391/1950 200 - --V7N -100 43/0/0/0/0 0/0 „POST /api/telemetry/v2/clusters/_stats HTTP/1.1”
Oct 28 20:33:47 localhost haproxy[1347]: source_ip:52709 [28/Oct/2021:20:33:46.294] ssl~ logs/es_server1 125/0/0/1426/1589 2026/1589 2021:20:33:46.294 43/0/0/0/0 0/0 „POST /api/telemetry/v2/clusters/_stats HTTP/1.1”

proprietatea dosarelor

-rw------- 1 rădăcină rădăcină 0 19 ianuarie 2020 /var/log/haproxy-status.log
-rw------- 1 rădăcină rădăcină 1980957 28 oct 20:45 /var/log/haproxy-traffic.log
[rădăcină@<nume gazdă> ~]#
ls -l /etc/rsyslog.d/haproxy.conf
-rw-r--r-- 1 rădăcină rădăcină 265 14 ianuarie 2020 /etc/rsyslog.d/haproxy.conf

/etc/rsyslog.d/haproxy.conf

# Colectați jurnalul cu UDP
$ModLoad imudp
$UDPServerAddress 127.0.0.1
$UDPServerRun 514
 
# Crearea fișierelor jurnal separate în funcție de gravitate
local0.* /var/log/haproxy-traffic.log
local0.notice /var/log/haproxy-admin.log
 
# nu pune nimic în /var/log/messages
& Stop

rsyslog.conf fisier -

[root@<hostname> ~]# cat /etc/rsyslog.conf |grep -v '#'

$WorkDirectory /var/lib/rsyslog
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
$IncludeConfig /etc/rsyslog.d/*.conf
$OmitLocalLogging activat
$IMJournalStateFile imjournal.state
*.info;mail.none;authpriv.none;cron.none /var/log/messages
authpriv.* /var/log/secure
mail.* -/var/log/maillog
cron.* /var/log/cron
*.emerg :omusrmsg:*
uucp,news.crit /var/log/spooler
local7.* /var/log/boot.log
local6.*,auth.*,authpriv.* @10.1.x.x

/etc/haproxy/haproxy.cfg fisier -

global
    utilizator haproxy
    haproxy de grup
    demonul
    socket statistici 127.0.0.1:14567
    log 127.0.0.1:514 local0 depanare
 
implicite
    modul http
    log /dev/log local1 notificare
 
    timeout conectare 5000ms
    timeout client 50000ms
    server timeout 50000ms
    opțiunea httpclose
    opțiune forwardfor, cu excepția 127.0.0.0/8
    reexpedierea opțiunii
    opțiunea avortonclose
    opțiunea httplog
    opțiunea dontlognull
    .
    .

ambele porturi menționate în haproxy config este activată.


[root@<hostname> ~]# netstat -tulnp |grep 514
udp 0 0 127.0.0.1:514 0.0.0.0:* 1309/rsyslogd
[rădăcină@<nume gazdă> ~]#
 
[rădăcină@<nume gazdă> ~]# netstat -antp |grep 14567
tcp 0 0 127.0.0.1:14567 0.0.0.0:* ASCULTĂ 1347/haproxy
[rădăcină@<nume gazdă> ~]#

busteni -

journalctl -fu rsyslog

Oct 28 15:00:10 <hostname> rsyslogd[1309]: imjurnal: journal reloaded... [v8.24.0-57.el7_9.1 try http://www.rsyslog.com/e/0 ]
Oct 28 20:40:54 <hostname> rsyslogd[1309]: imjurnal: journal reloaded... [v8.24.0-57.el7_9.1 try http://www.rsyslog.com/e/0 ]

[root@<hostname> ~]# journalctl -fu haproxy

-- Jurnalele încep la miercuri 2021-10-27 02:30:13 +03. --
27 oct 20:28:29 <hostname> haproxy[1347]: Serverul tomcat-apps/App_server1 este INCHIS, motiv: Layer7 timeout, durata verificării: 2001ms. Au rămas 0 servere active și 0 de rezervă. 0 sesiuni active, 0 în coadă, 0 rămase în coadă.

Jurnalele de acces apar și în mesaj Buturuga.

cat /var/log/messages | grep haproxy

Oct 28 21:27:47 localhost haproxy[1347]: source_ip:54604 [28/Oct/2021:21:27:46.309] ssl~ logs/es_server1 98/0/1/1364/1550 200 - --362 43/0/0/0/0 0/0 „POST /api/telemetry/v2/clusters/_stats HTTP/1.1”
Oct 28 21:28:47 localhost haproxy[1347]: source_ip:54635 [28/Oct/2021:21:28:46.307] ssl~ logs/es_server1 151/0/0/1397/1647 2021 - --360N 43/0/0/0/0 0/0 „POST /api/telemetry/v2/clusters/_stats HTTP/1.1”

Nefuncțional Server -

fără loguri în fișierele de mai jos

[rădăcină@<nume gazdă> ~]# coadă -f /var/log/haproxy*.log 
==> /var/log/haproxy.log <==
 
==> /var/log/haproxy-status.log <==
 
==> /var/log/haproxy-traffic.log <==

proprietatea este aceeași ca mai sus

[rădăcină@<nume gazdă> ~]# ls -l /var/log/haproxy*.log
-rw------- 1 rădăcină rădăcină 0 4 septembrie 2020 /var/log/haproxy.log
-rw------- 1 rădăcină rădăcină 0 4 septembrie 2020 /var/log/haproxy-status.log
-rw------- 1 rădăcină rădăcină 0 Oct 28 20:23 /var/log/haproxy-traffic.log
[rădăcină@<nume gazdă> ~]#
ls -l /etc/rsyslog.d/haproxy.conf
-rw-r--r-- 1 rădăcină rădăcină 265 4 august 20:15 /etc/rsyslog.d/haproxy.conf

/etc/rsyslog.d/haproxy.conf

# Colectați jurnalul cu UDP
$ModLoad imudp
$UDPServerAddress 127.0.0.1
$UDPServerRun 514
 
# Crearea fișierelor jurnal separate în funcție de gravitate
local0.* /var/log/haproxy-traffic.log
local0.notice /var/log/haproxy-admin.log
 
# nu pune nimic în /var/log/messages
& Stop

cat /etc/rsyslog.conf |grep -v '#'

$WorkDirectory /var/lib/rsyslog
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
$IncludeConfig /etc/rsyslog.d/*.conf
$OmitLocalLogging activat
$IMJournalStateFile imjournal.state
*.info;mail.none;authpriv.none;cron.none /var/log/messages
authpriv.* /var/log/secure
mail.* -/var/log/maillog
cron.* /var/log/cron
*.emerg :omusrmsg:*
uucp,news.crit /var/log/spooler
local7.* /var/log/boot.log
local6.* @@10.1.x.x

/etc/haproxy/haproxy.cfg fişier

global
    utilizator haproxy
    haproxy de grup
    demonul
    socket statistici 127.0.0.1:14567
    log 127.0.0.1:514 local0 depanare
 
implicite
    modul http
    log /dev/log local1 notificare
 
    timeout conectare 5000ms
    timeout client 50000ms
    server timeout 50000ms
    opțiunea httpclose
    opțiune forwardfor, cu excepția 127.0.0.0/8
    reexpedierea opțiunii
    opțiunea avortonclose
    opțiunea httplog
    opțiunea dontlognull

porturi - aici există unele conexiuni TIMP DE AȘTEPTARE stat pentru port 14567

[root@<hostname> ~]# netstat -tulnp |grep 514
udp 0 0 127.0.0.1:514 0.0.0.0:* 21740/rsyslogd
[rădăcină@<nume gazdă> ~]#
 
 
[rădăcină@<nume gazdă> ~]# netstat -antp |grep 14567
tcp 0 0 127.0.0.1:14567 0.0.0.0:* ASCULTĂ 18749/haproxy
tcp 0 0 127.0.0.1:14567 127.0.0.1:36168 TIME_WAIT -
tcp 0 0 127.0.0.1:14567 127.0.0.1:36170 TIME_WAIT -
tcp 0 0 127.0.0.1:14567 127.0.0.1:36242 TIME_WAIT -
tcp 0 0 127.0.0.1:14567 127.0.0.1:36348 TIME_WAIT -
tcp 0 0 127.0.0.1:14567 127.0.0.1:36332 TIME_WAIT -

Verificat busteni dar nu găsim nimic legat de această problemă.

journalctl -fu rsyslog
 
28 oct 21:00:01 <hostname> rsyslogd[21740]: acțiunea „acțiunea 9” reluată (modulul „builtin:omfwd”) [v8.24.0-57.el7_9.1 încercați http://www.rsyslog.com/ e/2359]
28 oct 21:00:01 <hostname> rsyslogd[21740]: acțiunea „acțiunea 9” reluată (modulul „builtin:omfwd”) [v8.24.0-57.el7_9.1 încercați http://www.rsyslog.com/ e/2359]
[root@<hostname> ~]# journalctl -fu haproxy
-- Jurnalele încep la joi 2021-10-28 10:23:25 +03. --
28 oct 16:34:17 <hostname> haproxy[11346]: au început statisticile proxy.
28 oct 19:59:29 <hostname> systemd[1]: Oprirea HAProxy Load Balancer...
Oct 28 19:59:29 <hostname> haproxy-systemd-wrapper[11345]: haproxy-systemd-wrapper: SIGTERM -> 11347.
28 oct 19:59:29 <hostname> haproxy[18748]: Ssl proxy a început.
28 octombrie 19:59:29 <hostname> haproxy[18748]: au început statisticile proxy.

Aici mesaj fișierul jurnal are acces haproxy log, dar nu merge la fișierul său individual.

cat /var/log/messages | grep haproxy
 
Oct 28 10:19:52 <hostname> audispd: node=<hostname> type=SERVICE_START msg=audit(1635405592.054:45): pid=1 uid=0 auid=4294967295 ses=4294967295=mshaprox='unmit="=mshaprox='unmit=" systemd" exe="/usr/lib/systemd/systemd" hostname=? adresa=? terminal=? res=succes'
28 oct 10:19:52 <hostname> haproxy[1749]: a început proxy ssl-pingaccess.
28 oct 10:19:52 <hostname> haproxy[1749]: Ssl proxy a început.
 
28 oct 10:19:52 <hostname> haproxy[1749]: Serverul ssl-pingaccess/192.168.157.41 este DOWN, motiv: Problemă de conexiune Layer4, informații: „Eroare de conectare în timpul strângerii de mână SSL (Conexiune refuzată) la pasul inițial de conectare al tcp -verificare", durata verificării: 0ms. Au rămas 0 servere active și 0 de rezervă. 0 sesiuni active, 0 în coadă, 0 rămase în coadă.
28 oct 10:19:52 <hostname> haproxy[1749]: backend ssl-pingaccess nu are niciun server disponibil!

Aceste fișiere sunt aceleași pe ambele servere

ambele sunt la fel
 
/usr/lib/systemd/system/rsyslog.service
 
/usr/lib/systemd/system/haproxy.service
 
/etc/sysconfig/haproxy
 
/etc/sysconfig/rsyslog
 
/etc/logrotate.d/haproxy

Amândoi au rsyslog-8.24.0-57.el7_9.1.x86_64 și haproxy-1.5.18-9.el7_9.1.x86_64 pachet.

Configurația este aproape aceeași pe ambele servere, dar pe serverele care nu funcționează, jurnalele nu vor fi trimise în propriul fișier jurnal.

Poate cineva te rog ajuta.

Mulțumiri,

abc avatar
drapel ng
abc
Buna tuturor, va rog cineva sa raspunda.
Puncte:1
drapel ng
abc

După ce ați adăugat rândul de mai jos sub secțiunea frontend, jurnalele se generează acum în fișierul jurnal.

log 127.0.0.1:514 local0 depanare
Paul avatar
drapel cn
Bun venit la Server Fault! Vă mulțumim că ați împărtășit soluția pe care ați descoperit-o pentru întrebarea dvs. Vă rugăm să acceptați răspunsul dvs. pentru a împiedica întrebarea dvs. să treacă prin jocul de întrebări active impus de SE.

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.