从守护进程收到截断或超大响应头 [英] Truncated or oversized response headers received from daemon process

问题描述

我最近迁移从Debian系统一个python Django的应用程序的RedHat Enterprise分布。应用程序正在使用的httpd，mod_wsgi的和运行在守护进程venv主持。在大型请求我现在得到以下在日志文件中的错误信息：

I recently migrated a python django application from a debian system to a redhat enterprise distribution. The application is hosted using httpd, mod_wsgi and running in a venv in an daemon process. On large requests I now get following error message in the log file:

"Truncated or oversized response headers received from daemon process" 

我从来没有经历过这样的事和谷歌是不是这里的关键也是如此。
我检查了Apache的配置，但没有配置，那么在那里与响应头。

I have never experienced anything like this and Google is not the key here as well. I checked configuration of apache, but no config is related to response headers in there.

我的httpd.conf配置看起来像这样（pretty标准）：

My httpd.conf configuration looks like this ( pretty standard):

WSGIPassAuthorization On
WSGIScriptAlias / /var/www/myapp/wsgi.py
WSGIDaemonProcess my.name python-path=/path/to/myapp/:/path/to/venv/lib/python2.7/site-packages display-name=%{GROUP}
WSGIProcessGroup my.name

有哪位大师有一个提示在哪个方向，我应该看？

Does any Guru have a hint in which direction I should look?

推荐答案

原来是不实际的问题。这个问题是在撒谎更深，因为我改变开罗CairoCffi和RSVG处理程序无法从CFFI来的上下文对象处理。
没有我的实际工作问题，是有一个向上最新的Python lib中，让我SVG转换成PNG。从CairoSVG使用svg2png是不是为我工作。我得到一个

Turned out to be not the actual problem. The problem was lying deeper, as I changed Cairo to CairoCffi and the RSVG-Handler couldn't deal with the Context-Object coming from Cffi. No my actuall problem is having an up-to-date python lib that allows me to convert svg into png. Using svg2png from CairoSVG isn't working for me. I get an

开罗返回CAIRO_STATUS_NO_MEMORY：内存

cairo returned CAIRO_STATUS_NO_MEMORY: out of memory

错误，我敢肯定，它不会再次说出真相和问题的关键在于别的地方。但是让我们看看。

Error, which I'm sure of, that it does not tell the truth again and the problem lies somewhere else. But lets see.

这篇关于从守护进程收到截断或超大响应头的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！