Интересная задача, python2.4 + python2.7 + wsgi + apache

два апача.

Та ладно :D Сейчас в голове мелькнула мысль действительно о двух апачах, с проксированием запросов... но как-то это не кошерно, это всего лишь модуль :D

---------- Добавлено 05.09.2012 в 07:38 ----------

Пытался разобрать код mod_wsgi, да бы подменить мне там необходимый WSGIScriptAlias в надежде на то, что удастся собрать копию модуля, собранного с другим python, но названного иначе и с другим ключиком который используется, собрать удалось , подменив "WSGIScriptAlias" на "27WSGIScriptAlias " но вышел факап дальше :)

Ругается об этом:

static void wsgi_python_version(void)
{
    const char *compile = PY_VERSION;
    const char *dynamic = 0;

    dynamic = strtok((char *)Py_GetVersion(), " ");

    if (strcmp(compile, dynamic) != 0) {
        ap_log_error(APLOG_MARK, WSGI_LOG_WARNING(0), wsgi_server,
                     "mod_wsgi: Compiled for Python/%s.", compile);
        ap_log_error(APLOG_MARK, WSGI_LOG_WARNING(0), wsgi_server,
                     "mod_wsgi: Runtime using Python/%s.", dynamic);
    }
}

После чего чилды начинают круто дохнуть,

Возможно загруженный ранее модуль от 2.4 откладывает какую-то ссылку где-то на момент подгрузки его апачем, что второй модуль наступает на нее при проверке этой? Я не особо шарящий в C тип , может кто подскажет? Может при сборке , что-то указать принудительно, что бы он RUNTiME воспринимал иначе? именно эта копия модуля. Я так понимаю проблема пока что именно в том, что он определяет откуда-то runtime версию.

Питон собран с --enable-shared (иначе другая ошибка при сборке mod_wsgi в принципе :D)

mod_wsgi-3.3

---------- Добавлено 05.09.2012 в 07:46 ----------

На сколько я вижу срабатывает Py_GetVersion(), которая видимо берется из 'Python.h', в таком случае, какого хрена, если сборка происходила с --prefix=/opt/python/ оно python.h читает по умолчанию... или таки Py_GetVersion() уже срабатывает не из того окружения?

---------- Добавлено 05.09.2012 в 07:58 ----------

Мдя, а static void wsgi_python_version(void) выходит просто "нотификейшон".... видимо падает по какой-то другой причине.....

Так же как и с двумя php dso - через 2 отдельных апача

Python устроен так, что для каждого процесса есть некоторая глобальная структура, в которой хранится служебная информация -- загруженные модули, состояние интерпретатора и прочее. Имена у этой структуры в python-2.4 и python-2.7 одинаковые, из-за чего при линковке при загрузке DSO одна структура перекрывает другую и они не могут работать вместе.

Может помочь в исходниках апача заменить RTLD_GLOBAL на RTLD_LOCAL в srclib/apr/dso/unix/dso.c, но я не знаю, не сломает ли это работу других модулей, которые зависят друг от друга. Можно добавить костыль в виде указания RTLD_LOCAL только для питоновских модулей.

Можно попробовать ещё добавить в flags RTLD_DEEPBIND.

Так может собрать wsgi таким образом, что бы они выдавали разные данные в эту самую структуру? Или 2.7 каким-то образом собрать с другим именем для этой структуры и туда модуль направить :D Ну уж очень сильно хочется пройтись таким путем :D

Некоторые так любят наступать на грабли, что удивляет

Возьми патч для запуска 4 и 5 чпыха как dso паралельно и запусти на стенде

Дай нагрузку и аосмотри что произойдет

Ну разве что пробеганием по исходникам и заменой имён.

Но флаги к dlopen() должны решать эту пробему.

https://groups.google.com/forum/?fromgroups#!topic/modwsgi/UYmct8iFdoA

Не помогло, пробовал...

Забил я в общем на два модуля, уже не актуально, возникла другая проблема, есть по прежнему установленный в /usr/ питон 2.4 с ним все работает, поставленный 2.7 ведет себя странно.... А именно: собираю модуль отдельно для 2.7 питона (wsgi), включаю его вместо модуля от 2.4, все в порядке, но вот апликуха начинает выдавать ошибку подключения к базе, причем проблема в том, что пытается апликуха попасть в базу под логином root, а не указанным в settings.py данным (пробовал Django 1.3.1 / 1.4 / 1.4.1) та же фигня. Достаточно обратно вернуть модуль в апаче на 2.4 - все сразу работает, что бы это могло быть?

Я полагаю какие-то проблемы с окружением, или почему игнорируется настройка базы указанная в settings.py ?

myapp.wsgi:

При таком конфиге, с 2.4 нет никаких проблем. Переключаем на 2.7 и теряется указанное в settings.py:

Какие соображения будут :D ?