2017-02-15 20 views
0

Я пытаюсь запустить logstash на экземпляре aws ec2, работающем с ubuntu 16.04, используя systemd. Я установил toolkelt героя на машину. Обычно работа над конвейером (через bin/logstash.bat) работает нормально, и события попадают (однако через несколько минут вы получите сообщение об ошибке «Истекло время ожидания», и конвейер останавливается, что является отдельным вопросом).logstash-input-heroku работает как служба на ubuntu (logstash 5.2.1)

Но когда я пытаюсь запустить службу на systemd, я получаю ошибки, не уверен, связаны ли эти два типа ошибок. Первая ошибка SSL:

Error: no cipher match (OpenSSL::SSL::SSLError)

[2017-02-15T13:08:44,037][ERROR][logstash.pipeline ] A plugin had an unrecoverable error. Will restart this plugin. Plugin: "xxxxxx", codec=>"^%{TIMESTAMP_ISO8601} %{WORD}\[\w+(\.\d+)?\]:(\s{3,}| \})", what=>"previous", id=>"032c3b317ae49982945ec7e8fbf11224be98f237-3", enable_metric=>true, negate=>false, charset=>"UTF-8", multiline_tag=>"multiline", max_lines=>500, max_bytes=>10485760>, id=>"032c3b317ae49982945ec7e8fbf11224be98f237-4", enable_metric=>true>

второй является то, что Heroku Toolbelt кажется, запрашиванию:

Feb 15 13:08:43 ip-10-0-1-216 logstash[4402]: Enter your Heroku credentials.

Feb 15 13:08:43 ip-10-0-1-216 logstash[4402]: Email: Password (typing will be hidden):

Моя конфигурация logstash:

input { 
    heroku { 
     app => "xxx-1" 
     codec => multiline { 
      pattern => "^%{TIMESTAMP_ISO8601} %{WORD}\[\w+(\.\d+)?\]:(\s{3,}| \})" 
      what => "previous" 
     } 
    } 
    heroku { 
     app => "xxx-2" 
     codec => multiline { 
      pattern => "^%{TIMESTAMP_ISO8601} %{WORD}\[\w+(\.\d+)?\]:(\s{3,}| \})" 
      what => "previous" 
     } 
    } 
    heroku { 
     app => "xxx-3" 
     codec => multiline { 
      pattern => "^%{TIMESTAMP_ISO8601} %{WORD}\[\w+(\.\d+)?\]:(\s{3,}| \})" 
      what => "previous" 
     } 
    } 
    heroku { 
     app => "xxx-4" 
     codec => multiline { 
      pattern => "^%{TIMESTAMP_ISO8601} %{WORD}\[\w+(\.\d+)?\]:(\s{3,}| \})" 
      what => "previous" 
     } 
    } 
} 

filter { 
    grok { 
    break_on_match => true 
    patterns_dir => ["./grok_patterns"] 
    match => { "message" => [ 
     "^%{TIMESTAMP_ISO8601:timestamp} %{WORD:heroku_source}\[%{DYNO:dyno}\]: %{LEVEL:level}: HTTP %{OPT_NOT_SPACE_COMMA:organization}, %{OPT_NOT_COMMA:user}, %{OPT_NOT_COMMA:device}, %{WORD:method} %{ENDPOINT:endpoint}%{QUERY:query} \[%{INT:responseCode:int}\].*? \(p%{INT:nodeProcess:int}\) \(%{INT:responseTime:int}ms\).*$", 
     "^%{TIMESTAMP_ISO8601:timestamp} %{WORD:heroku}\[%{WORD:component}\]: at=\w+ method=%{WORD:method} path=\"%{ENDPOINT:endpoint}\??%{QUERY:query}\" .*?fwd=\"%{IP:site_ip}\" dyno=%{DYNO:dyno} .*?service=%{INT:responseTime:int}ms status=%{INT:responseCode:int} bytes=%{INT:sizeBytes:int}.*?$", 
     "^%{TIMESTAMP_ISO8601:timestamp} %{WORD:heroku_source}\[%{DYNO:dyno}\]: (?<data>.*)" 
    ] } 
    add_field => { "endpoint_template" => "%{endpoint}" } 
    } 
    mutate { 
    gsub => ["endpoint_template", "[0-9a-f]{24}", "ID"] 
    add_field => { "type" => "heroku" } 
    } 
    if ![heroku_source] { 
    geoip { 
     source => "site_ip" 
    } 
    mutate { 
     add_field => { "heroku_source" => "heroku" } 
    } 
    } 
} 

output { 
    elasticsearch { 
     hosts => [ "aws-es-endpoint:443" ] 
     ssl => true   
    } 
} 

(Я конечно, его можно было бы улучшить)

Я пробовал запустить службу с правами root, но результат тот же. Просто чтобы прояснить, это работает:

/usr/share/logstash/bin/logstash --path.settings /etc/logstash/ 

Хотя это не делает:

sudo systemctl start logstash 

Это чистая установка logstash 5.2.1 после procedures on elastic. Systemd также запускается в соответствии с their procedures, так что он выполняет ту же команду, что и вручную. cat logstash.service выход:

[Unit] 
Description=logstash 

[Service] 
Type=simple 
User=logstash 
Group=logstash 
# Load env vars from /etc/default/ and /etc/sysconfig/ if they exist. 
# Prefixing the path with '-' makes it try to load, but if the file doesn't 
# exist, it continues onward. 
EnvironmentFile=-/etc/default/logstash 
EnvironmentFile=-/etc/sysconfig/logstash 
ExecStart=/usr/share/logstash/bin/logstash "--path.settings" "/etc/logstash" 
Restart=always 
WorkingDirectory=/ 
Nice=19 
LimitNOFILE=16384 

[Install] 
WantedBy=multi-user.target 

(результат тот же, когда я закомментировать пользователя и группу выше)

ответ

0

Просто для записи, оказывается, проблема заключалась в том, что Systemd не видел полномочия Heroku. Я спросил similar question on AskUbuntu. Решение заключалось в том, чтобы добавить домашний каталог ubuntu в службу logstash, чтобы он мог получить доступ к учетным данным. Выполнено путем редактирования файла logstash.service в /etc/systemd/system и установки Environment="Home=/home/ubuntu".

Пример конечного файла logstash.service:

[Unit] 
Description=logstash 

[Service] 
Type=simple 
User=logstash 
Group=root 
# Load env vars from /etc/default/ and /etc/sysconfig/ if they exist. 
# Prefixing the path with '-' makes it try to load, but if the file doesn't 
# exist, it continues onward. 
Environment="HOME=/home/ubuntu" 
EnvironmentFile=-/etc/default/logstash 
EnvironmentFile=-/etc/sysconfig/logstash 
ExecStart=/usr/share/logstash/bin/logstash "--path.settings" "/etc/logstash" 
Restart=always 
WorkingDirectory=/ 
Nice=19 
LimitNOFILE=16384 

[Install] 
WantedBy=multi-user.target