metricbeat не може да изпрати данни - запис: връзката се нулира от партньор

Опитвам се да изпратя системна метрика с metricbeat към моя logstash сървър на SSL.

Когато се опитвам да свържа порта logstash на сървъра, мога да се свържа, но в metricbeat logfile получавам следната грешка:

2017-03-10T12:27:22Z ERR Failed to publish events caused by: write tcp [private_ip]:51105->[logstash-public-ip]:5044: write: connection reset by peer

2017-03-10T12:27:22Z INFO Error publishing events (retrying): write tcp [private_ip]:51105->[logstash-public-ip]:5044 write: connection reset by peer

Няма свързана с SSL грешка. клиентът и сървърите могат да се свързват и удостоверяват взаимно с техните имена и SSL сертификата. Има проблеми с неуспешно четене за filebeat на сайта elasticsearch, но методът не може да реши проблема. Всяка помощ би била чудесна


ssl logstash metricbeat
person v_sukt    schedule 10.03.2017    source източник
comment
Можете ли да достигнете до този хост и порт от машината, на която е metricbeat? Възможно ли е да има защитна стена на пътя? Използвате ли въвеждането на бийтове на Logstash, към който изпращате?   -  person Will Barnwell    schedule 10.03.2017
comment
да Мога да се свържа и с двете машини от logstash сървъра. и с telnet от други сървъри на logstash порта. Дори получавам някои данни от тези сървъри в края на logstash. но тази грешка си остава.   -  person v_sukt    schedule 14.03.2017
comment
Каква е версията на Logstash?   -  person Jakub Szumiato    schedule 29.03.2017
comment
5.1.2 както за metricbeat, така и за logstash   -  person v_sukt    schedule 29.03.2017
comment
Имаше много проблеми с изчакванията, които причиняваха подобен проблем на много хора. Бих предложил да увеличите client_inactivity_timeout в конфигурационния файл на logstash до стойност, която може да елиминира проблема с изчакването (като 86400 за 24 часа или 0, за да го деактивирате напълно).   -  person Jakub Szumiato    schedule 29.03.2017
comment
но ще запази дефектните сесии отворени от страна на logstash. не съм сигурен дали новите събития се получават в същата сесия или се създава нова. Но това може да работи, докато не възникне нов проблем   -  person v_sukt    schedule 29.03.2017
comment
Ако увеличаването на това време за изчакване ще помогне, тогава можете да го коригирате, за да избегнете увеличаването му толкова много. Проверете дали помага.   -  person Jakub Szumiato    schedule 29.03.2017

Отговори (1)


arrow_upward
0
arrow_downward

Имаше много проблеми с изчакванията, които причиняваха подобен проблем на много хора. Бих предложил да увеличите client_inactivity_timeout в конфигурационния файл на logstash до стойност, която може да елиминира проблема с изчакване (като 86400 за 24h или 0 до disable напълно)

person Jakub Szumiato    schedule 30.03.2017
comment
няма настройка client_inactivity_timeout в logstash.yaml - person v_sukt; 27.04.2017
comment
Съжалявам, не забелязах коментара ви. Разгледайте този PR: github.com/logstash-plugins/logstash -input-beats/pull/108 - person Jakub Szumiato; 05.05.2017
comment
когато добавя това поле в logstash.yaml, получавам грешка - свързана с недефинирано и това не е опция за конфигуриране в плъгина за въвеждане на beats. можете ли да потвърдите къде трябва да добавя това - person v_sukt; 08.05.2017