adopilot
(Admir Hodzic)
2020 年 3 月 5 日午前 9:57
1
Discourse インスタンスのストレージを空ける方法を探しています。
収集したデータは以下の通りです。
Discourse ダッシュボードでは、アップロードに 55GB 使用されていると表示されています。
PostgreSQL のクエリ select pg_size_pretty(sum(filesize)) from uploads では 35 GB と表示されています。
ssh で実行した du -sh /var/discourse/shared/standalone/uploads/ では 247G と表示されています。
ssh で実行した du -sh /var/discourse/shared/standalone/uploads/default/original/ では 35GB と表示されています。
ssh で実行した du -sh /var/discourse/shared/standalone/uploads/tombstone/ では 191GB と表示されています。
tombstone 内に孤立ファイルが存在しているのか、それともこのフォルダが 191GB を占有しているという表示が誤検知なのか疑問です。
tombstone フォルダを閲覧すると、数千のフォルダとファイルが存在します。
Discourse が /var/discourse/shared/standalone/uploads/tombstone/ に保持しているファイルの種類は何ですか?これらのファイルを削除しても安全でしょうか。
sam
(Sam Saffron)
2020 年 3 月 5 日午前 10:00
2
tombstone 内のファイルはすべて削除して問題ないと思います。これは削除された画像を一時的に保存しておく場所であり、「緊急復旧」用です。
理論的には、定期的に中身を整理すべきです。
もう少し調査をお願いできますか?例えば、tombstone に入っている最も古いファイル 10 個のタイムスタンプはいつでしょうか?それらは昔のものですか?
このクエリを忘れられています
select pg_size_pretty(sum(filesize)) from optimized_images
adopilot
(Admir Hodzic)
2020 年 3 月 5 日午前 10:37
4
その通りです。optimized_images は 20GB を示しており、ダッシュボードや uploads テーブルの値と一致しません。
いいえ、私の Linux コマンドが正しいなら、これらのファイルのほとんどは 2020 年 2 月などです。
sam
(Sam Saffron)
2020 年 3 月 5 日午前 10:44
5
もしかすると、機能は正常に動作していて、単にあなたのフォーラムで多くのアイテムが削除されているのかもしれません?墓石に留まる期間を調整して、より短い時間だけ留まるように変更できます。それに関するサイト設定があったと思います。
adopilot
(Admir Hodzic)
2020 年 3 月 5 日午前 11:03
6
2 月にスペースの解放を始めたところ、おそらくそれが原因でまだスペースが解放されていないのかもしれません。
私の設定は 30 日に設定されていましたが、これを 10 日に下げ、アップロードに関する Sidekiq ジョブを実行したところ、tombstone フォルダが縮小しました。
ご支援いただきありがとうございます。トピックを作成してしまったことをお詫び申し上げます。単に「削除されたアップロードのパージ猶予日数」設定に気づいていなかったのです。以前、フォーラムを整理した際は、Sidekiq ジョブを実行して OS に空き容量を戻すだけで済みました。
これは新しいトピックにするべきかもしれませんが、設定に新しい項目がある場合に NEW 通知を追加することを検討してください。管理者にとって、すべての新しい設定を把握するのは困難です。バージョンごとに、Discourse が提供する新しい設定を見つけて調整することが難しく、どれが新しい設定なのか見つけられないことがあります。