Почему я получаю внутреннюю ошибку сервера при запуске двух экземпляров Odoo (один и тот же домен, но разные порты)?

Если у вас есть доступ к исходному коду, вы можете изменить этот файл, как показано ниже, и проверить, решена ли проблема или нет.

addons/web/controllers/main.py

if db != request.session.db:
     request.session.logout()
     request.session.db = db
     abort_and_redirect(request.httprequest.url)

И удалить --> request.session.db = db

который находится под этим оператором IF.

Попробуйте внести следующие изменения в:

openerp/addons/base/ir/ir_http.py

В методе _handle_exception где-то в строке 140 вы найдете этот фрагмент кода:

attach = self._serve_attachment()
if attach:
    return attach

Замените его на:

if isinstance(exception, werkzeug.exceptions.HTTPException) and exception.code == 404:
    attach = self._serve_attachment()
    if attach:
        return attach

Вы можете прекрасно обслуживать все базы данных с помощью одного сервера OpenERP на вашем компьютере. К сожалению, вы не упомянули, какую ошибку вы видели и что вы ожидали в результате - вам немного сложнее помочь ;-)

В любом случае, вот несколько случайных идей, основанных на предоставленной вами информации:

• Если у вас есть проблема с тем, что OpenERP не прослушивает все интерфейсы, попробуйте указать 0.0.0.0 в качестве xmlrpc_interface в файле конфигурации, это должно заставить OpenERP прослушивать 8069 на всех IP-адресах.

• Обратите внимание, что Apache не имеет значения, если вы подключаетесь, например. http://www.sample.com:8069/?db=openerp, поскольку вы напрямую подключаетесь к OpenERP. Если вы хотите использовать Apache, вам нужно настроить правила ReverseProxy в конфигурации вашего виртуального хоста, и тогда OpenERP не нужно прослушивать все общедоступные IP-адреса.

• OpenERP 6.1 и более поздние версии могут автоматически определять имя базы данных на основе имени виртуального хоста и фильтровать имена доступных баз данных: вам нужно запустить его с параметром --db-filter, который представляет шаблон, используемый для фильтрации списка доступных баз данных. базы данных. %h представляет доменное имя, а %d — первый доменный компонент этого домена. Так, например, с --db-filter=^%d$ я увижу тестовую базу данных, только если окажусь на сервере, используя http://test.example.com:8069. Если имеется только одно совпадение с базой данных, список не отображается, и пользователь попадет непосредственно в нужную базу данных. Это работает даже за обратными прокси-серверами Apache, если вы убедитесь, что OpenERP видит внешнее имя хоста, то есть установив заголовок X-Forwarded-Host в конфигурации прокси-сервера Apache и включив режим --proxy в OpenERP.

  Проблема повторного использования порта возникает из-за того, что вы пытаетесь запустить несколько серверов OpenERP с одной и той же комбинацией интерфейса/порта. Это просто невозможно, если вы не запустите только один сервер для каждого IP-адреса с IP-адресом, установленным в параметре xmlrpc_interface, и я не думаю, что вам это нужно. Именованные виртуальные хосты, поддерживаемые Apache, обрабатываются одним мастер-процессом, который прослушивает порт 80 на всех интерфейсах. Если вы хотите сделать то же самое с OpenERP, вам нужно всего лишь запустить один сервер OpenERP для всех ваших доменов и заставить его прослушивать 0.0.0.0, порт 8069, как я объяснял выше. Кроме того, неясно, что бы вы установили по-разному в различных файлах конфигурации. Запуск 40 разных серверов OpenERP на одной машине с одинаковым кодом звучит как излишество. OpenERP спроектирован так, чтобы быть многопользовательским, поэтому многие (читай: сотни) баз данных могут обслуживаться с одного сервера.

Наконец, я думаю, что это ожидаемое поведение. Файлы cookie всех веб-сайтов хранятся специально для каждого веб-сайта (для каждого домена) в веб-браузере. Поэтому, если я изменяю только порт, файлы cookie первого экземпляра конфликтуют с файлами cookie другого экземпляра, потому что у них один и тот же домен (111.222.33.44 в моем примере).

Итак, есть несколько обходных путей:

Изменить домен локально

Создание пары доменных имен на моем ноутбуке в /etc/hosts:

111.222.33.44  cloud01
111.222.33.44  cloud02

Тогда куки больше не мешают друг другу. Доступ к каждому экземпляру

http://cloud01:3333
http://cloud02:4444

Расширение браузера. Мультилогин или мультиаккаунт

Есть еще один обходной путь. Если я использую это расширение хрома, проблема исчезает, потому что сеансы обрабатываются отдельно:

• SessionBox