1

私はいくつかの奇妙な問題を抱えていますfilebeat

Cloud Formation を使用してスタックを実行しており、その一部をfilebeatログ集約のためにインストールして実行しています。

をマシンに挿入して/etc/filebeat/filebeat.ymlから、再起動する必要がありfilebeatます。

問題はfilebeatハングすることです。プロビジョニング全体がスタックしています（マシンに ssh して「自分自身を発行すると、プロビジョニング全体がスタックしなくなり、続行することに注意してください）。セクションとcloudformation::init のセクションのsudo service filebeat restart両方を介して再起動しようとしましたが、両方とも下がる。servicescommands

経由で試したことはありuserdataませんが、それは考えられる最悪の解決策です。

理由はありますか？

テンプレートのスニペット。前述のように、これらは両方ともハングします。

"commands" : {
          "01" : {
            "command" : "sudo service filebeat restart",
            "cwd" : "~",
            "ignoreErrors" : "false"
          }
}

"services" : {
          "sysvinit" : {
            "filebeat" : {
              "enabled" : "true",
              "ensureRunning" : "true",
              "files" : ["/etc/filebeat/filebeat.yml"]
            }
          }
        }
4

1 に答える 1

0

まあ、これはある種のロックのように聞こえます.. docsfileによると、ファイルビートサービスのセクションの下に依存関係を挿入するservices必要があります。これにより、必要なファイルビートサービスが再起動されます。

どうやら、servicesセクションはfiles属性をサポートしています:

A list of files. If cfn-init changes one directly via the files block, this service will be restarted.

于 2016-01-21T18:45:00.930 に答える