私は新しいmesos/marathonに、私は1つのマスターと5 mesosの奴隷のクラスターを持っています。 ジョブはmesosスレーブに配置され、/var/lib/mesos/slaves/../executorsのスペースは、タスクが失敗したときに増加を開始し、何度も何度も展開しようとします。古いサンドボックスを管理する方法(そしてジョブが実行されなくなった後にそれらをクリーンアップする方法)
backend_gig.42c25d62-2f07-11e7-9b48-025317f685e8
backend_kw-subscribe.d8bbfff0-2f09-11e7-9b48-025317f685e8
backend_gig.5fb8ab00-2f01-11e7-9b48-025317f685e8
backend_kw-subscribe.d9d9c645-2f01-11e7-9b48-025317f685e8
backend_gigya.7218ec06-2f04-11e7-9b48-025317f685e8
backend_kw-subscribe.f7c1bb09-2f05-11e7-9b48-025317f685e8
backend_gigya.97960c51-2f03-11e7-9b48-025317f685e8
backend_kw-subscribe.fc36ac17-2f06-11e7-9b48-025317f685e8
backend_gig.9e4a9ab7-2f09-11e7-9b48-025317f685e8
backend_charging-mock.3fcf883a-2e56-11e7-8876-025317f685e8
backend_gig.ac4c9a67-2f06-11e7-9b48-025317f685e8
どのように私はmesosスレーブに/古いジョブを失敗/実行されていないジョブのディレクトリを削除しますか? それはmesos/marathonによって制御されますか? ディレクトリを削除するには、cronやスクリプトを設定する必要があります。 ディレクトリが多くのディスク容量を消費し、スレーブがダウンして作業を開始できないことをお勧めします。
私のために働いてくれたgc_delayに感謝します。それは十分であるか、または "gc_disk_headroom"も設定する必要があります。このパラメータを使用すると混乱します。 – anudeep
GCディスクのヘッドルームは、ディスクが完全に装着されている場合にのみ適用されます。おそらくgc_delayには十分な空き領域があるだけです。私の経験から、実行者のサンドボックスがどのくらい速く成長するかを実験した結果、ディスク使用量が大幅に増えた場合は、gc_delayを減らすかgcディスクのヘッドルームを増やすか – janisz