【问题标题】:Wagtail Admin Images Crash鹡鸰管理员图像崩溃
【发布时间】:2017-07-11 08:44:52
【问题描述】:

由于我将生产设置更新为 Wagtail 1.11,我无法加载图像的管理页面。访问 /admin/images/ 会导致 502 错误。在我的开发设置中我没有同样的问题

这是跑步者撞车的结果。 runner 的内存和 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 机器上运行。

谁有什么可以修复这个错误的建议?

【问题讨论】:

  • 你之前用的是什么版本的鹡鸰?
  • @gasman 我的版本是1.10.1。自三月份我的项目开始以来,我一直关注所有更新
  • 我无法立即看到 1.11 中会影响 /admin/images 页面的任何更改。您是否有可能同时升级了其他软件包?我的主要嫌疑人是 Imagemagick / Wand(你在使用它吗...?) - /admin/images 可能必须渲染大量缩略图,我们已经收到了一些关于内存使用率高的报告 github.com/wagtail/wagtail/issues/3575 这可能导致此处要杀死的服务器进程。
  • 您的诊断似乎准确,因为该过程以您描述的方式被杀死。但是,我不知道我正在使用这些软件包。关于我应该在 ubuntu 机器上寻找哪个包的任何提示?
  • pip freeze | grep Wand 会告诉你你正在使用什么版本的魔杖(如果有的话)。

标签: django wagtail


【解决方案1】:

尝试删除一些较新或较大的图像并重新加载页面。该问题可能是由损坏的或恶意图像造成的。

诊断这是否是问题的最简单方法是:

  1. 将所有图像从media/original_images 文件夹移至备份文件夹。
  2. 访问/admin/images 页面。如果这是问题所在,页面现在应该再次加载。
  3. 注意所有现在没有缩略图的图像;这些是使应用程序崩溃的图片。
  4. 将所有图片移回media/original_images文件夹。

除了使您的系统崩溃的图片之外,现在一切都应该像以前一样工作。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-08-16
    • 1970-01-01
    • 2017-05-20
    • 2021-05-16
    • 1970-01-01
    相关资源
    最近更新 更多