2016でのみだが、Linuxでも一部当てはまる。deleteしてからstartする。C:/path/to/log/iis_httperr.pos"当該時間帯からchunkがbufferに溜まり始める。MiBまでである為、それを超えるchunkもElasticsearch側が受け付けず溜まり始める。sizeにより最大サイズは異なる。エラーが大量に出始める。数百MBにもなるchunkが存在した。100MiB以内に抑えfluentdを再起動。当該エラーは解消された。flush_intervalの時間を超過した場合にflushされる。加えてtimekey(+timekey_wait)で指定した時間を超過した場合にflushされる。指定間隔でflushされない事象が発生。一部のstoreで当該オプションが効いていない模様。指定せずtimekey方式でflushすることにした。数週間に1回程度chunkが溜まるchunkが滞留し始めた時のエラーは次の通り。ServiceとnativeなESに完全な互換性が無いことに問題がある模様。connectionのreloadは10000回リクエスト毎に発生する。Serviceは単一endpointである(nodeのIPが見えない)。ことにより当該事象の発生を防ぐ。ES側fieldと投入レコードのfieldが合致せずES側がRejectしてくるしてくる。ES側の既存のレコード(test_type_1)と差異があり、td-agentの転送がESからRejectされている状態。当該fieldの既存レコードのみ全削除を試みるも、同じエラーで失敗。type]"},"status":400}当該Indexを削除し、td-agent側をrestartすることで復帰した。制限値を超える為、システムエラーとなる。任意のgroupに所属していないuserを抽出して所属させるLambdaでてきとうに試しただけなので勘弁してください。collectionとbuilt-inPythonのおべんきょう。link]スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。