【问题标题】:Django Admin Group IssueDjango 管理组问题
【发布时间】:2011-08-08 02:20:36
【问题描述】:

希望你能帮助我。

问题是,我正在通过 Django Admin 编辑用户,并尝试从那里添加一个新组。添加组页面没有出现,uWSGI日志显示如下:

*** HARAKIRI ON WORKER 3 (pid: 4763) ***
HARAKIRI: --- uWSGI worker 3 (pid: 4763) WAS managing request /admin/auth/group/add/ since Mon Apr 18 13:00:19 2011 ---
DAMN ! process 4763 died :( trying respawn ...

然后我发现我根本无法访问组 Admin!有谁知道这里发生了什么?

谢谢!

##### 编辑#####

似乎问题是请求需要很长时间来处理,并且 uWSGI 会杀死它,而 django 测试服务器没有,所以在 django 测试服务器中,请求在很长一段时间后才被处理。 我正在使用 Django_debug_toolbar,这里有一些信息:

Resource    Value
User CPU time   4364.273 msec
System CPU time 964.061 msec
Total CPU time  5328.334 msec
Elapsed time    5541.512 msec
Context switches    10983 voluntary, 1053 involuntary

SQL
346 queries in 177.71ms

如果有更多数据有助于找到解决方案,请问我,我想不出任何更相关的内容可以在这里添加。 谢谢!

【问题讨论】:

    标签: django django-admin nginx django-authentication uwsgi


    【解决方案1】:

    这里没有什么可做的 - 看起来进程由于某种未知原因而死了。重启有用吗?

    如果没有,请尝试在 Django 开发运行服务器和 DEBUG 上运行相同的代码,看看是否可以找到潜在的错误。

    【讨论】:

    • 好吧,我实际上已经在我的开发服务器上调试了。但即使在 django 服务器中也没有显示任何内容,出现同样的错误,页面尝试加载但什么也没有。
    • 哦!实际上,这很奇怪,当我发表评论时,页面加载了几乎整整一分钟。似乎uWSGI在一段时间没有收到答案后正在杀死进程,而django服务器没有这样做,所以答案出来了。关于提出这个请求的原因有什么想法需要这么长时间吗?谢谢!
    • 听起来你有一些非常低效的代码,以及太多的 SQL 查询。检查您是否在 for 循环中一遍又一遍地执行相同的计算,并查看 SQL 查询的 select_related()。
    • 其实是django的问题... 升级到1.3版就好多了。虽然没有解决问题,查询所有内容仍然需要很长时间......但它是可用的。谢谢大家,我正在将此线程移动到 Django Bugs,因为这是他们的问题......虽然,如果有人想发布补丁来修复它,我会非常欢迎。我认为有人已经在 Django 社区中做了这个补丁。谢谢
    【解决方案2】:

    其实是django的问题……升级到1.3版本,变好了。虽然没有解决问题,查询所有内容仍然需要很长时间......但它是可用的。谢谢大家,我正在将此线程移动到 Django Bugs,因为这是他们的问题......虽然,如果有人想发布补丁来修复它,我会非常欢迎。我认为有人已经在 Django 社区中做了这个补丁。谢谢

    【讨论】:

      猜你喜欢
      • 2015-01-29
      • 2011-05-16
      • 2011-06-17
      • 1970-01-01
      • 2012-03-31
      • 2012-12-23
      • 1970-01-01
      • 2011-06-25
      • 2018-10-22
      相关资源
      最近更新 更多