我有3个 odoos 在使用ubuntu16和 postgresql 9.5 的aws中正常运行到ec2,但是几天前1个odoo实例已经死了,在我的日志中我看到了:< / p>
2018-01-11 06:15:56,343 28311 ERROR ? openerp.addons.bus.bus: Bus.loop error, sleep and retry
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/openerp/addons/bus/bus.py", line 136, in run
self.loop()
File "/usr/lib/python2.7/dist-packages/openerp/addons/bus/bus.py", line 122, in loop
conn.poll()
OperationalError: SSL connection has been closed unexpectedly
2018-01-11 06:15:58,283 28311 INFO ? openerp.service.server: Initiating shutdown
在我的postgresql日志中,我得到:
2018-01-11 01:07:52 -05 LOG: could not receive data from client: Connection reset by peer
2018-01-11 01:15:56 -05 LOG: could not receive data from client: Connection reset by peer
2018-01-11 01:15:56 -05 LOG: received fast shutdown request
2018-01-11 01:15:56 -05 LOG: aborting any active transactions
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 LOG: autovacuum launcher shutting down
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 FATAL: terminating connection due to administrator command
2018-01-11 01:15:56 -05 LOG: shutting down
2018-01-11 01:15:56 -05 LOG: database system is shut down
2018-01-11 01:16:53 -05 LOG: database system was shut down at 2018-01-11 01:15:56 -05
2018-01-11 01:16:53 -05 LOG: incomplete startup packet
2018-01-11 01:16:53 -05 LOG: MultiXact member wraparound protections are now enabled
2018-01-11 01:16:53 -05 LOG: database system is ready to accept connections
2018-01-11 01:16:53 -05 LOG: autovacuum launcher started
我有另外两个odoo正在运行这个服务器,其他人继续运行没有问题,然后大约上午10点我重启odoo和这个死的odoo,开始。我不知道odoo是否关闭连接而没有告诉任何事情postgres或postgres关闭连接
答案 0 :(得分:3)
消息
could not receive data from client: Connection reset by peer
PostgreSQL日志中的意味着连接的客户端已经消失而没有正确关闭数据库会话。
从PostgreSQL方面来看,这与PostgreSQL关闭无关。