Trac, mod_wsgi, преждевременный конец заголовков скриптов

Question

При запуске Trac на сервере, где mod_wsgi настроен в демоне, Trac выдает много ошибок вида: «Преждевременный конец заголовков скриптов». Я рассмотрел это, и кажется, что существует несоответствие версий библиотеки экспатов между Trac и Apache. К сожалению, я не в состоянии перестроить Apache, который, кажется, является единственным решением, предлагаемым для этой проблемы.

Мне интересно, возможны ли другие решения? Когда я запускаю во встроенном режиме, эта проблема исчезает. Можно ли настроить виртуальный хост для запросов Trac, который выполняется во встроенном режиме, тогда как другие запросы обрабатываются хостом, настроенным для режима демона? Мы используем режим демона из-за проекта Django, поэтому нам не нужно перезагружать сервер при изменении кода. Но я не знаю, решит ли это проблему таким образом, или такая настройка возможна.

Answer 1

Запуск во встроенном режиме не решит проблему.Сообщение может исчезнуть, но ваш дочерний процесс Apache, вероятно, все еще падает, но то, что они делают это, может быть не таким очевидным, поскольку основной журнал ошибок Apache будет просто отображать «Ошибка сегментации» и немного другое.

Когдавы говорите, что рассматривали это, действительно ли вы подтвердили, что это проблема экспатов, выполнив тесты, описанные на сайте mod_wsgi?

Я спрашиваю, поскольку проблема экспатов - не единственная причина, по которой Trac может аварийно завершиться.Использование оболочек Python для subversion в субинтерпретаторе также может вызвать проблемы.Итак, вы попробовали документированный обходной путь установки:

WSGIApplicationGroup %{GLOBAL}

Вы уже прошли анализ gdb, где код снова падает, как описано в вики mod_wsgi.

Что касаетсяВаш вопрос о том, может ли Trac работать во встроенном режиме, а ваш Django - в режиме демона, да, это может быть сделано, но, насколько я вижу, это, вероятно, не решает проблему.