后端中的Odoo 11空白页

问题

有时，在Odoo后端中，窗口将仅显示菜单项，其余屏幕保持空白。
单击任何菜单都会将URL更改为 https：// my_server_ip / web？debug＃menu_id = 68＆action =
唯一会更改的是menu_id的值，但action的值将保持为空。

起初，它以为是刷新我已经在浏览的页面。但是我无法始终如一地重现该错误（一旦发生，每次都会重现该错误，但是如果我清除缓存/ Cookie可以在短时间内解决问题，该问题将在某个时候重现，但是我找不到可以在需要时复制它的行为。它只会在某个随机点发生）。它只是在一段时间（有时是一个小时的使用时间）之后，有时在两个页面加载之后发生的。有时，一天没问题，但是明天尝试时，错误会再次发生。

尝试过的解决方案

这是尝试过的relevent解决方案：

清除缓存和cookie。
重新启动服务器
删除ir_attachment其中包含的所有条目web/content。（如有关Odoo git问题的建议）。
从头开始创建新的VM（与错误的Odoo VM无关），请在此新VM上安装Postgres和Odoo。然后继续重新安装所有已安装的模块。

以上解决方案的影响

以相同的顺序：

问题已解决，但过了几次又发生。
通常无法单独运行，但有时可以。
我认为在执行此操作并重新启动服务器后它可以工作，但现在无法重现该错误以再次对其进行测试。当错误再次出现时，我将尝试进行编辑以确认这项工作。
机器行为是相同的。起初它可以工作，但是过了一会儿，该错误再次开始。

组态

版本Odoo：Odoo 11.0-20190108（社区版）
操作系统：Debian Stretch
安装的社区模块：
- backend_theme_v11
- 基本位置
- base_location_geonames_import
- 发送短信
- web_回应
还安装了内部为此任务开发的自定义模块。
安装在Proxmox上的VM
Nginx服务

odoo.conf的内容

; This is the password that allows database operations:
; admin_passwd = [admin_password]
db_host = False
db_port = False
db_user = odoo
db_password = [db_password]
addons_path = /usr/lib/python3/dist-packages/odoo/addons,/opt/odoo/modules

limit_memory_hard = 1677721600
limit_memory_soft = 629145600
limit_request = 8192
limit_time_cpu = 600
limit_time_real = 1200
max_cron_threads = 1
workers = 5

# HTTP CONFIG
proxy_mode = True

xmlrpc = True
xmlrpc_interface = 127.0.0.1
netrpc_interface = 127.0.0.1

Run Code Online (Sandbox Code Playgroud)

Https部署和longpolling部署

遵循此文档进行Https和longpolling部署

日志记录

发生错误时在Odoo上生成的日志

2019-01-10 09：56：01,883 17076 INFO开发werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:01]“ GET / web HTTP / 1.0”
200-2019-01-10 09:56 ：02,262 17076 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/98/web_icon_data HTTP / 1.0”
304-2019-01- 10 09：56：02,294 17076 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/103/web_icon_data HTTP / 1.0” 304-
2019-01-10 09：56：02,327 17076 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/155/web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,360 17076 INFO Developpement werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]” GET /web/image/ir.ui.menu/68 / web_icon_data HTTP / 1.0“ 304-
2019-01-10 09：56：02,465 17076 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/109/web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,523 17076 INFO Developpement werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]” GET /web/image/ir.ui.menu/133 / web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,545 17075 INFO开发odoo.modules.registry：在数据库发出信号后，使所有模型缓存无效。
2019-01-10 09：56：02,559 17075 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/142/web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,595 17075 INFO开发werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]” GET /web/image/ir.ui.menu/140 / web_icon_data HTTP / 1.0“
2019-01-10 09：56：02,616 17073信息开发odoo.modules.registry：在数据库发出信号后使所有模型缓存无效。
2019-01-10 09：56：02,631 17073 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/144/web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,653 17077信息开发odoo.modules.registry：在数据库发出信号后，使所有模型缓存无效。
2019-01-10 09：56：02,668 17077 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/129/web_icon_data HTTP / 1.0“
200-2019-01-10 09：56：02,693 17074信息开发odoo.modules.registry：在数据库发出信号后，使所有模型缓存无效。
2019-01-10 09：56：02,710 17075 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET / web / webclient / qweb？mods = web，base，bus，web_tour ，邮件，销售团队，日历，web_planner，联系人，crm，注释，custom_module1，auth_signup，web_response，backend_theme_v11，base_import，base_location，base_location_geonames_import，IAP，send_sms，sms，web_diagram，web_editor，web_kanbans_gauge，
2019-01-10 09：56：02,713 17074 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/5/web_icon_data HTTP / 1.0“
304-2019-01-10 09：56：02,715 17076 INFO Developpement werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]” POST /web/dataset/call_kw/res.users/read HTTP / 1.0“ 200-
2019-01-10 09：56：02,747 17077 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:02]“ GET /web/image/ir.ui.menu/4/web_icon_data HTTP / 1.0“
200-2019-01-10 09：56：02,762 17073 INFO Developpement werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]” POST / web / dataset / call HTTP / 1.0“ 200-
2019-01-10 09：56：02,767 17077 INFO开发Werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:02]“ GET / dashboard HTTP / 1.0”
200-2019-01-10 09:56 ：03,059 17077 INFO开发工作日：127.0.0.1--[2019年1月10日09:56:03]“ POST / web / webclient / translations HTTP / 1.0”
200-2019-01-10 09：56：03,115 17077 INFO开发Werkzeug：127.0.0.1--[10 / Jan / 2019 09:56:03]“ GET / web / webclient / locale / fr_FR HTTP / 1.0” 200-
2019-01-10 09：56：03,218 17077 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST / mail / client_action HTTP / 1.0”
200-2019-01-10 09 ：56：03,253 17076 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST /web/dataset/call_kw/res.users/read HTTP / 1.0”
200-2019-01- 10 09：56：03,265 17078信息开发odoo.modules.registry：在数据库发出信号后，使所有模型缓存无效。
2019-01-10 09：56：03,279 17076 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST / calendar / notify HTTP / 1.0”
200-2019-01-10 09 ：56：03,302 17073 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ GET /web/image?model=res.users&field=image_small&id=1 HTTP / 1.0” 304-
2019-01-10 09：56：03,316 17077 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST / web / action / load HTTP / 1.0”
200-2019-01- 10 09：56：03,391 17075 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST /web/dataset/call_kw/web.planner/search_read HTTP / 1.0”
200-2019- 01-10 09：56：03,409 17074 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST /web/dataset/call_kw/res.users/activity_user_count HTTP / 1.0” 200-
2019-01-10 09：56：03,439 17076 INFO开发Werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST /web/dataset/call_kw/mail.message/load_views HTTP / 1.0” 200-
2019-01-10 09：56：03,519 17074 INFO开发werkzeug：127.0.0.1--[2019年1月10日09:56:03]“ POST /web/dataset/call_kw/ir.filters/get_filters HTTP / 1.0” 200 -
2019年1月10日09：56：03575 17074 INFO DEVELOPPEMENT WERKZEUG：127.0.0.1 - - [10 /月/ 2019 9时56分03秒]“POST /web/dataset/call_kw/mail.message/message_fetch HTTP / 1.0“ 200-

*在nginx服务上产生的日志，我们不知道该日志是否与错误有关

2019/01/10 11:52:37 [错误] 165＃165：* 10008上游过早关闭连接，同时从上游读取响应头，客户端：82.127.91.106，服务器：[server_url]，请求：“ POST / longpolling / poll HTTP / 1.1“，上游：” http://127.0.0.1:8072/longpolling/poll “，主机：” [server_url]“，引荐来源网址：” https：// [server_url] / web？debug “

注意事项：

该行仅包含我的四个定制模块之一，并且我不知道这是否正常。

[10 / Jan / 2019 09:56:02]“ GET / web / webclient / qweb？mods = web，base，bus，web_tour，mail，sales_team，calendar，web_planner，contacts，crm，note，custom_module1，auth_signup，web_sensitive ，后端主题v11，基本导入，基本位置，基本位置geonames_import，IAP，发送短信，短信，网络图表，网络编辑器，网络看板规，网络设置仪表板，门户HTTP / 1.0“ 304-
另请注意304错误。我在Debian环境中安装的Odoo上找不到任何解释。

解决方案不适用于这种情况

如果您在研究后发现此问题，但可能不适用于该问题的说明，这可能会对您有所帮助

在Windows安装上，存在一个解决此问题的模块：web_fix_blank_page。
仅在撰写此问题时才针对V10存在，并且仅针对Odoo修复了与操作系统相关的问题，从而导致空白页错误。

最后的话

由于这4种尝试过的解决方案均无效，并且我尝试了两个版本的近距离构建的odoo，需要3个月的时间，所以我希望问题出在我的自定义模块上。但这是成千上万的LOC。
是什么原因造成的，以及如何在所有这些文件中找到原因。
可能还有其他吗？会是什么呢？
我无法一一卸载模块来尝试找出错误所在的模块，至少不是全部。有两个原因：

有些模块依赖于其他模块，因此我不能在没有父模块的情况下尝试子模块。
该错误是不可复制的，它只会在某个时候发生，我不确定该错误是否存在，或者该错误不在我信心十足的卸载模块中。

编辑：新信息

似乎该错误仅在向自定义控制器（和/ web / session / authenticate）发出请求时才会发生。

如果在请求之后，我尝试刷新导航器中的页面，则会发生所描述的错误。通过清除缓存可以修复错误。清除缓存后，刷新仍然会产生错误。重新启动服务器并清理缓存后，就不会出现问题。
如果我发出请求，请重新启动服务器，然后刷新，没有错误，而无需清除缓存。

归档时间：	6 年，10 月前
查看次数：	879 次
最近记录：	6 年，3 月前