docker-composeはコンテナの再起動時に過去の出力を再生します

docker-composeは、キャプチャされた出力をコンテナの再起動時に再生しているようです。これは期待に反するもので、私のコンテナが実際にやっていることについて誤解を招いています。これは無効にすることはできますか？例えばdocker-composeはコンテナの再起動時に過去の出力を再生します

、

I、ログとドッカー-compose.ymlでコード0
/wの終了単純なサービスを持っている、私はrestart: alwaysセットを有しています。

docker-compose upを実行しているときに、ロギングコンテナが既存の後に復旧するたびに、以前のすべての出力が再編成され、現在の実行からの新しい追加が表示されます。

Here's an easy to run example。

クローン、cd <project>/fluentd、docker-compose build、& docker-compose up

私はOSX上6d1ac21を構築し、ドッキングウィンドウ・コンバージョン1.16.1を使用しています。

ヒントは素晴らしいでしょう！

出典

2017-11-14 cdaringe

これはライフサイクルの問題ですか？停止と「rm」の間には違いがあります。 docker-compose stopを実行すると、コンテナは中断されます。前回から再起動するには、 "docker-compose up"を使用します。しかし、 "docker-compose rm"はコンテナを破壊します。ドッカーは、最初からそれらを再作成するために再び構成する。

出典

2017-11-14 23:17:12

hello、入力用のthx。これが質問に関連しているかどうかはわかりません。私のユースケースは「構成」して歩いています。私が戻ってくると、私のコンソールは（予想通りに）サイクリングしているコンテナからの冗長なログでいっぱいです。つまり、コンテナAが「乱数-1」を記録して終了し、2番目のコンテナが「上」の作成状態から始まると、私のstdoutには現在「乱数-1」「乱数-1」（再び）「乱数-2」との組み合わせである。確かに – cdaringe

コンテナの再起動を常に削除しようとしましたか？

出典

2017-11-15 08:09:21

。実際には、私はctrl - cとそれはすべての実行composeサービスを停止すると、次の上に、それはすぐにすべてのstdoutを再び再生します。 – cdaringe

ログをボリュームにマウントしましたか？古いログが表示される理由を説明できます。 –

nah - ログファイルはありません。ただstdoutです。私はドッカーが自分のシステムのどこかに秘密にログを保管していると思いますが、上記の「実行しやすい」例で示されているように、そのような設定は使用されていません。 – cdaringe

docker-composeはコンテナの再起動時に過去の出力を再生します

答えて

関連する問題