2017-07-11 13 views
2

私の生産セットアップをWagtailに更新したので1.11イメージの管理ページを読み込むことができません。 /admin/images/を訪問すると、502エラーが発生します。私の開発環境では、同じ問題はありません。Wagtail Admin Image Crash

これは、ランナーのクラッシュの結果です。ランナーのメモリとCPU使用率が高すぎて、サーバーが処理された時点でそれらが殺されます。 (topにみると、再起動がログに示されている)

これはhttps://github.com/wagtail/wagtail/issues/3575と同じのようですが、Wandが使用されず、GIFイメージがシステムにアップロードされていないので、これが原因ではありません。以下の一見関連性の高いPythonパッケージが使用されています:

Django==1.11.3 
gunicorn==19.7.1 
Pillow==4.2.1 
wagtail==1.11.1 
Willow==0.4 

プロジェクトは完全にアップデートされたUbuntu 16.04マシンで実行されています。

誰でもこのバグを修正できるものはありますか?

+0

以前あなたはどのバージョンのWagtailを使っていましたか? – gasman

+0

@gasman私はバージョン1.10.1だった。私は3月にプロジェクトを開始して以来、すべての更新を追跡しました。 – Dekker

+1

1.11の変更がすぐに/ admin/imagesページに影響することはありません。あなたは他のパッケージを同時にアップグレードすることは可能でしょうか?私の主な容疑者はImagemagick/Wandです(あなたはそれを使用していますか?) -/admin/imagesは潜在的に多数のサムネイルをレンダリングする必要があり、メモリ使用量が多いという報告がありましたhttps://github.com/wagtail/wagtail/issues/3575が含まれているため、ここでサーバープロセスが強制終了される可能性があります。 – gasman

答えて

1

最近またはより大きな画像の一部を削除し、ページを再読み込みしてみます。問題は、破損した画像や悪意のある画像の結果である可能性があります。

  1. 移動バックアップフォルダへmedia/original_imagesフォルダからのすべての画像:

    これは問題がある場合に診断する最も簡単な方法は、にあります。

  2. /admin/imagesページにアクセスしてください。これが問題だった場合は、ページが再び読み込まれるはずです。
  3. サムネイルを持たないすべての画像に注意してください。これらはアプリケーションをクラッシュさせる画像です。
  4. 上記以外のすべての画像をmedia/original_imagesフォルダに移動します。

あなたのシステムをクラッシュさせる画像を除いて、すべての機能は以前と同じように動作するはずです。