2014-10-07 1 views
1

Я создал контейнер для докеров. Первый запуск из браузера хорош, я могу либо создать новые базы данных, либо восстановить предыдущие.docker openerp не может запускаться - stop

Затем я делаю docker stop openerp, а затем docker start openerp. Доступен снова из браузера, больше не работает. Я получаю фоновый интерфейс, но с ошибками openerpserver.

Я пробовал это с использованием собственных изображений докеров, построенных из источников, которые можно найти на github yvnicolas/docker-openerp repo, а также с использованием реплики tinyerp/ubuntu-openerp из Dockerhub с аналогичными эффектами.

Здесь след ошибки я получаю:

Client Traceback (most recent call last): 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/http.py", line 204, in dispatch 
    response["result"] = method(self, **self.params) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/controllers/main.py", line 1427, in load 
    action = req.session.model(action_type).read([action_id], False, ctx) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/session.py", line 42, in proxy 
    result = self.proxy.execute_kw(self.session._db, self.session._uid, self.session._password, self.model, method, args, kw) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/session.py", line 30, in proxy_method 
    result = self.session.send(self.service_name, method, *args) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/session.py", line 103, in send 
    raise xmlrpclib.Fault(openerp.tools.ustr(e), formatted_info) 


Server Traceback (most recent call last): 
    File "/usr/lib/pymodules/python2.7/openerp/addons/web/session.py", line 89, in send 
    return openerp.netsvc.dispatch_rpc(service_name, method, args) 
    File "/usr/lib/pymodules/python2.7/openerp/netsvc.py", line 296, in dispatch_rpc 
    result = ExportService.getService(service_name).dispatch(method, params) 
    File "/usr/lib/pymodules/python2.7/openerp/service/web_services.py", line 626, in dispatch 
    res = fn(db, uid, *params) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/osv.py", line 190, in execute_kw 
    return self.execute(db, uid, obj, method, *args, **kw or {}) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/osv.py", line 132, in wrapper 
    return f(self, dbname, *args, **kwargs) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/osv.py", line 199, in execute 
    res = self.execute_cr(cr, uid, obj, method, *args, **kw) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/osv.py", line 187, in execute_cr 
    return getattr(object, method)(cr, uid, *args, **kw) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/orm.py", line 3679, in read 
    result = self._read_flat(cr, user, select, fields, context, load) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/orm.py", line 3800, in _read_flat 
    res2 = self._columns[f].get(cr, self, ids, f, user, context=context, values=res) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/fields.py", line 1145, in get 
    result = self._fnct(obj, cr, uid, ids, name, self._arg, context) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/base/ir/ir_actions.py", line 211, in _search_view 
    'search', context=context) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/account/account_invoice.py", line 363, in fields_view_get 
    res = super(account_invoice,self).fields_view_get(cr, uid, view_id=view_id, view_type=view_type, context=context, toolbar=toolbar, submenu=submenu) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/orm.py", line 2278, in fields_view_get 
    xarch, xfields = self.__view_look_dom_arch(cr, user, result['arch'], view_id, context=ctx) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/orm.py", line 1930, in __view_look_dom_arch 
    fields = self.fields_get(cr, user, None, context) 
    File "/usr/lib/pymodules/python2.7/openerp/osv/orm.py", line 3597, in fields_get 
    res_trans = translation_obj._get_source(cr, user, self._name + ',' + f, 'field', context['lang']) 
    File "/usr/lib/pymodules/python2.7/openerp/tools/cache.py", line 18, in lookup 
    r = self.lookup(self2, cr, *args) 
    File "/usr/lib/pymodules/python2.7/openerp/tools/cache.py", line 46, in lookup 
    value = d[key] = self.method(self2, cr, *args) 
    File "/usr/lib/pymodules/python2.7/openerp/addons/base/ir/ir_translation.py", line 336, in _get_source 
    (lang or '', types, tools.ustr(name))) 
    File "/usr/lib/pymodules/python2.7/openerp/sql_db.py", line 161, in wrapper 
    return f(self, *args, **kwargs) 
    File "/usr/lib/pymodules/python2.7/openerp/sql_db.py", line 226, in execute 
    res = self._obj.execute(query, params) 
InternalError: current transaction is aborted, commands ignored until end of transaction block 

ответ

0

Что вы ожидаете произойдет, когда вы запускаете запуска и остановки? Остановка запущенного контейнера потеряет все данные в памяти и все процессы. Вам необходимо будет перезапустить все процессы, которые были запущены, например, снова выпустив CMD/ENTRYPOINT. Но все базы данных, которые вы создали, исчезнут. Если вы хотите сохранить процессы и данные, вы можете попробовать новые команды pause/unpause, новые в 0.12.0. Это механизм создания снимков и может делать то, о чем вы думаете, начинаете и останавливаетесь.

+0

Я ожидаю такого же поведения, которое я получаю на выделенной машине, когда я останавливаю/запускаю openerp, останавливая его обслуживание или процессы. Докер, похоже, выполняет довольно хорошую работу, так как после остановки докеры и запуска докеры кажется, что мой сценарий запуска из моего ENTRYPOINT снова запущен, и желаемые процессы как для postgres, так и для openerp запускаются хорошо. Просто кажется, что openerp запутался где-то между веб-интерфейсом и содержимым базы данных. Содержимое базы данных по-прежнему существует, так как я создал кластер postgres внутри тома контейнера данных. –

+0

Я вижу. Извините за ответ на непонятный вопрос :) – seanmcl

0

Интересно, происходит ли какое-то государственное удержание. Вы запускаете свой докер, и он загружает все, но остановка докера удерживает состояние контейнера, а запуск докера перезапускает тот же контейнер, а не создает новое изображение. Если вы сделали docker rm, то докер запускается для создания нового контейнера, если он работает?

+0

На самом деле, целая цель - не перезагружать данные каждый раз, я пробовал ваше предложение хранить контейнер данных. Если я начну с совершенно нового пустого контейнера данных, он работает, но мне нужно восстановить «вручную» мою базу, которая не является тем, что я хочу. Если я запускаю новый контейнер выполнения с существующими данными, у меня такая же проблема ... –