Tenho 2 servidores e um NAS de escritório no qual desejo que os dois servidores despejem seus logs. Apenas 1 servidor está registrando com êxito no NAS. O outro servidor continua a produzir esta mensagem de erro em /var/log/messages:
May 16 09:01:01 elmer rsyslogd-2068: could not load module '/usr/lib64/rsyslog/lmnsd_gtls.so', rsyslog error -2078
[try http://www.rsyslog.com/e/2068 ]
Ambos os servidores estão executando o CentOS 7 (4.0.2-x86_64) e ambos os servidores possuem o rsyslog-gnutls instalado, com uma pequena exceção (veja abaixo):
Installed Packages
Name : rsyslog-gnutls
Arch : x86_64
Version : 7.4.7
Release : 7.el7_0
Size : 33 k
Repo : installed
From repo : updates
Summary : TLS protocol support for rsyslog
URL : http://www.rsyslog.com/
License : (GPLv3+ and ASL 2.0)
Description : The rsyslog-gnutls package contains the rsyslog plugins that provide the ability to receive syslog messages via upcoming syslog-transport-tls IETF standard protocol.
Observe que noto uma diferença na linha "From Repo"... para o servidor que está efetuando login com sucesso no NAS, a linha "From Repo" diz " updates
" e para o servidor que está emitindo esta mensagem de erro, a linha "From Repo" diz " base
".
Ambos os servidores têm exatamente a mesma configuração do rsyslog.conf:
$DefaultNetstreamDriverCAFile /etc/ssl/logging-cert.crt
$DefaultNetstreamDriver gtls # use gtls netstream driver
$ActionSendStreamDriverMode 1 # require TLS for the connection
$ActionSendStreamDriverAuthMode anon # server is NOT authenticated
*.* @@my-remote-NAS.com:51415
Ambos os servidores têm exatamente o mesmo arquivo para /etc/ssl/logging-cert.crt, e esse arquivo tem as mesmas permissões em ambos os servidores.
A maioria dos resultados no Google sugere que o rsyslog-gnutls esteja instalado, o que é verdade. Estou arrancando meu cabelo. Ajuda!
Responder1
Como sugerido nestetópico de correio, provavelmente é causado por um erro de certificado do gnutls (que por sua vez impede o carregamento do módulo). Eu tive um problema semelhante e consegui resolvê-lo fornecendo um certificado correto. Como um dos seus servidores está funcionando e o outro não, verifique se o certificado que você forneceu via
$DefaultNetstreamDriverCAFile /etc/ssl/logging-cert.crt
são idênticos. Obter o certificado certo deve resolver o problema.