Итак ... Я установил Logstash, и вместо использования logstash shipper (потому что ему нужна JVM и, как правило, массивный) я использую rsyslogd со следующей конфигурацией.
# Use traditional timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
$IncludeConfig /etc/rsyslog.d/*.conf
# Provides kernel logging support (previously done by rklogd)
$ModLoad imklog
# Provides support for local system logging (e.g. via logger command)
$ModLoad imuxsock
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.* /dev/console
# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none;local6.none /var/log/messages
# The authpriv file has restricted access.
authpriv.* /var/log/secure
# Log all the mail messages in one place.
mail.* -/var/log/maillog
# Log cron stuff
cron.* /var/log/cron
# Everybody gets emergency messages
*.emerg *
# Save news errors of level crit and higher in a special file.
uucp,news.crit /var/log/spooler
# Save boot messages also to boot.log
local7.* /var/log/boot.log
В /etc/rsyslog.d/logstash.conf есть 28 блоков файлового монитора, использующих imfile
$ModLoad imfile # Load the imfile input module
$ModLoad imklog # for reading kernel log messages
$ModLoad imuxsock # for reading local syslog messages
$InputFileName /var/log/rabbitmq/startup_err
$InputFileTag rmq-err:
$InputFileStateFile state-rmq-err
$InputFileFacility local6
$InputRunFileMonitor
....
$InputFileName /var/log/some.other.custom.log
$InputFileTag cust-log:
$InputFileStateFile state-cust-log
$InputFileFacility local6
$InputRunFileMonitor
....
*.* @@10.90.0.110:5514
Имеется 28 блоков InputFileMonitor, каждый из которых контролирует отдельный файл журнала пользовательского приложения.
Если я сбегу
[root@secret-gm02 ~]# lsof|grep rsyslog
rsyslogd 5380 root cwd DIR 253,0 4096 2 /
rsyslogd 5380 root rtd DIR 253,0 4096 2 /
rsyslogd 5380 root txt REG 253,0 278976 1015955 /sbin/rsyslogd
rsyslogd 5380 root mem REG 253,0 58400 1868123 /lib64/libgcc_s-4.1.2-20080825.so.1
rsyslogd 5380 root mem REG 253,0 144776 1867778 /lib64/ld-2.5.so
rsyslogd 5380 root mem REG 253,0 1718232 1867780 /lib64/libc-2.5.so
rsyslogd 5380 root mem REG 253,0 23360 1867787 /lib64/libdl-2.5.so
rsyslogd 5380 root mem REG 253,0 145872 1867797 /lib64/libpthread-2.5.so
rsyslogd 5380 root mem REG 253,0 85544 1867815 /lib64/libz.so.1.2.3
rsyslogd 5380 root mem REG 253,0 53448 1867801 /lib64/librt-2.5.so
rsyslogd 5380 root mem REG 253,0 92816 1868016 /lib64/libresolv-2.5.so
rsyslogd 5380 root mem REG 253,0 20384 1867990 /lib64/rsyslog/lmnsd_ptcp.so
rsyslogd 5380 root mem REG 253,0 53880 1867802 /lib64/libnss_files-2.5.so
rsyslogd 5380 root mem REG 253,0 23736 1867800 /lib64/libnss_dns-2.5.so
rsyslogd 5380 root mem REG 253,0 20768 1867988 /lib64/rsyslog/lmnet.so
rsyslogd 5380 root mem REG 253,0 11488 1867982 /lib64/rsyslog/imfile.so
rsyslogd 5380 root mem REG 253,0 24040 1867983 /lib64/rsyslog/imklog.so
rsyslogd 5380 root mem REG 253,0 11536 1867987 /lib64/rsyslog/imuxsock.so
rsyslogd 5380 root mem REG 253,0 13152 1867989 /lib64/rsyslog/lmnetstrms.so
rsyslogd 5380 root mem REG 253,0 8400 1867992 /lib64/rsyslog/lmtcpclt.so
rsyslogd 5380 root 0r REG 0,3 0 4026531848 /proc/kmsg
rsyslogd 5380 root 1u IPv4 1200589517 0t0 TCP 10.10.10.90 t:40629->10.10.10.90:5514 (ESTABLISHED)
rsyslogd 5380 root 2u IPv4 1200589527 0t0 UDP *:45801
rsyslogd 5380 root 3w REG 253,3 17999744 2621483 /var/log/messages
rsyslogd 5380 root 4w REG 253,3 13383 2621484 /var/log/secure
rsyslogd 5380 root 5w REG 253,3 7180 2621493 /var/log/maillog
rsyslogd 5380 root 6w REG 253,3 43321 2621529 /var/log/cron
rsyslogd 5380 root 7w REG 253,3 0 2621494 /var/log/spooler
rsyslogd 5380 root 8w REG 253,3 0 2621495 /var/log/boot.log
rsyslogd 5380 root 9r REG 253,3 1064271998 2621464 /var/log/custom-application.monolog.log
rsyslogd 5380 root 10u unix 0xffff81081fad2e40 0t0 1200589511 /dev/log
Вы можете видеть, что есть нигде фактически читается около 28 файлов журнала.
я действительно Мне нужно было контролировать один файл, поэтому я переместил его наверх, и он поднял его, но я хотел бы иметь возможность отслеживать все 28+ файлов и не беспокоиться.
ОС есть
Centos 5.5
Kernel 2.6.18-308.el5
rsyslogd 3.22.1, compiled with:
FEATURE_REGEXP: Yes
FEATURE_LARGEFILE: Yes
FEATURE_NETZIP (message compression): Yes
GSSAPI Kerberos 5 support: Yes
FEATURE_DEBUG (debug build, slow code): No
Atomic operations supported: Yes
Runtime Instrumentation (slow code): No
Вопросы:
Почему rsyslogd отслеживает только очень небольшое подмножество файлов? Как я могу это исправить, чтобы все файлы контролировались?
Я знаю, что некоторые из них очевидны, но вот вещи, которые я бы попробовал ...
$InputFileName
указывает на существующий регулярный файлlsof
. Вы не упоминаете, действительно ли вы пытались записать в один из проблемных файлов, подождали 10 секунд, а в выходном журнале ничего не появилось. А также продемонстрируйте, как вы проверяете файлы, которые отслеживаются правильно.И если это поможет, у меня есть CentOS 5.5 с той же версией rsyslog. И я попробовал это с 40 файлами, и rsyslog смог отслеживать их все. Так что я знаю, что он может работать правильно.
На вопрос уже есть принятый ответ, но на тот случай, если это понадобится кому-то другому.
Согласно документация rsyslog значение по умолчанию для PersistStateInterval
равно 0 ($InputFilePersistStateInterval
в контексте модуля imfile), что означает, что файл rsyslog записывается только тогда, когда inputfile
закрыто. Это означает, что он не будет работать, если у вас есть постоянно открытый файл журнала.
Если вы столкнулись с этой проблемой, попробуйте установить $InputFilePersistStateInterval
на низкое значение (только для тестирования), скажем, 2 или 3, то, как только во входной файл будет записано это количество строк, они будут переданы в rsyslog.
Я не могу сказать, является ли это ошибкой или предназначена для работы таким образом. За файлом можно следить, даже если он не открыт. Вызов стат (2) а проверка mtime / size подскажет, есть ли какие-либо изменения с момента последнего чтения. По крайней мере, так работает nxlog и позволяет избежать исчерпания файловых дескрипторов, если вам нужно отслеживать намного больше 28.