Odoo 10 CE性能优化-启用工作人员

Question

我将尽力解释我在Ubuntu 16.04 LTS VM上运行Odoo 10 CE时遇到的问题--前提是HP Proliant G6运行得很好。

物理服务器规范：

• 处理器英特尔(R) Xeon(R) CPUX5560 @ 2.80GHz，2800 Mhz，4 Core(s)，8逻辑处理器(S)
• 操作系统名称2012 R2数据中心
• 已安装的物理内存(RAM) 16，0GB
• 5X10kSAS驱动raid 1+0 (一个热备用)

Ubuntu规范：

carlo@enecom:~$ lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    1
Core(s) per socket:    8
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 26
Model name:            Intel(R) Xeon(R) CPU           X5560  @ 2.80GHz
Stepping:              5
CPU MHz:               2762.494
BogoMIPS:              5524.98
Hypervisor vendor:     Microsoft
Virtualization type:   full
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl pni ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm kaiser
carlo@enecom:~$

4Gb内存机

carlo@enecom:~$ free -m
              total        used        free      shared  buff/cache   available
Mem:           3164         291        1984         113         889        2684
Swap:          4091           0        4091

我想让工人们有更好的表现。使用odoo实例的用户很少。

有人能帮我处理错误吗?当我每次把工人的价值改变为>0时，我就会犯错误吗？

2018-01-13 11:23:36,666 9225 ERROR ENECOM odoo.http: Exception during JSON request handling.
Traceback (most recent call last):
  File "/odoo/odoo-server/odoo/http.py", line 640, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/odoo/odoo-server/odoo/http.py", line 677, in dispatch
    result = self._call_function(**self.params)
  File "/odoo/odoo-server/odoo/http.py", line 333, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/odoo/odoo-server/odoo/service/model.py", line 101, in wrapper
    return f(dbname, *args, **kwargs)
  File "/odoo/odoo-server/odoo/http.py", line 326, in checked_call
    result = self.endpoint(*a, **kw)
  File "/odoo/odoo-server/odoo/http.py", line 935, in __call__
    return self.method(*args, **kw)
  File "/odoo/odoo-server/odoo/http.py", line 506, in response_wrap
    response = f(*args, **kw)
  File "/odoo/odoo-server/addons/bus/controllers/main.py", line 35, in poll
    raise Exception("bus.Bus unavailable")
Exception: bus.Bus unavailable

这是我的odoo-server.conf (它的一部分)

limit_memory_hard = 2147483648
limit_memory_soft = 1572864000
limit_request = 8192
limit_time_cpu = 600
limit_time_real = 1200
limit_time_real_cron = -1
workers = 9
xmlrpc = True
xmlrpc_interface =
xmlrpc_port = 8069
longpolling_port = 8072
max_cron_threads = 2

请你帮我解决这个错误好吗？此外，我还使用反向代理在apache2上运行Odoo。也许我在conf文件中的值是不正确的？

Answer 1

我只需要和你面对类似的问题，然后找出解决办法@Carlo

此错误发生在实时聊天odoo开发的冲突中。无需修改反向代理nginx：

长轮询请求将地址为x.x:8069/ going轮询

它是按模块命名为IM总线的handel，然后导致错误，因为它看起来像未完成的预叉模式的开发。

要使其工作，您可以修改nginx以将长轮询请求从address x.x:8069/ work轮询反转到x.x:8072。

类GeventServer用作配置端口longpolling_port。

我们的实验nginx配置非常简单，如下所示：

upstream backend-odoo {
  server x.x.x.x:8069;
}
server {
  location /longpolling {
    proxy_pass http://x.x.x.x:8072;
  }
  location / {
    proxy_pass http://backend-odoo;
  }

我们例外的odoo配置非常简单，就像odoorc一样：

workers = 5

我希望它能给你和读者节省一些时间。

Answer 2

这是正常的行为。

当客户端开始打开两个或多个浏览器窗口/选项卡时，就会发生这种情况。长轮询发生在n+1窗口中，将触发不可用的总线。

可以忽略此错误。除非您使用odoo的内部代码，否则很可能无法对其进行补救。