Я начинаю исследовать logstash, и это, вероятно, вопрос новичков, но насколько я изучил это, нужно работать, а это не так.logstash file input glob не работает
У меня очень простая конфигурация, которая просто считывает файлы журналов и выгружает их в стандартный вывод. Он работает для одного файла и для списка (массива) файлов, но если я использую glob, который соответствует тем же файлам, ничего не происходит.
Я проверил glob с коротким рубиновым скриптом и перечисляет правильные файлы.
Вот моя конфигурация:
input {
file {
path => "/home/lpacheco/*.log"
start_position => "beginning"
}
}
output {
stdout {}
}
Если я бегу это с --verbose
я получаю:
{:timestamp=>"2015-09-23T11:26:47.008000-0300", :message=>"Registering file input", :path=>["/home/lpacheco/*.log"], :level=>:info}
{:timestamp=>"2015-09-23T11:26:47.068000-0300", :message=>"No sincedb_path set, generating one based on the file path", :sincedb_path=>"/home/.sincedb_6da9e0c63851aa9d5840ba19efd196cb", :path=>["/home/lpacheco/*.log"], :level=>:info}
{:timestamp=>"2015-09-23T11:26:47.089000-0300", :message=>"Pipeline started", :level=>:info}
Ничто не происходит.
Я использую:
- logstash 1.5.4
- OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-0ubuntu1.14.04.1)
- рубин 1,9 .3p484 (2013-11-22 редакция 43786) [i686-Linux]
Отлично, используя «/ dev/null», поскольку работа sincedb_path работала, как и указание имени файла. Однако в чем проблема с параметром? – lpacheco
Хорошо, вы прибили его, и это проблема sincedb_path, но я думаю, что фактическая проблема заключается в том, что мой файл журнала не «живой», это копия с нашего производственного сервера. Я думал, что использование 'start_position => "begin"' позволит мне продолжать повторное использование файла, но это не сработало. 'sincedb_path => "/ dev/null" "игнорирует sincedb, но не полезен как фактическая конфигурация. Думаю, удаление файла sincedb - лучшее решение. – lpacheco
Ты прав. 'sincedb_path =>"/dev/null "' предназначен только для тестирования. Вы не должны использовать его в продуктивной среде. В продуктивном случае удаление файлов sincedb является лучшим подходом для повторной обработки журналов. 'start_position =>" begin "' немного запутанно в этой ситуации, и вы не единственный, кто наткнулся на него. – hurb