odoopy autoreload dev自动重启服务ENOSPC系统错误解决.docx

odoo.py auto-reload dev 自动重启服务 ENOSPC 系统错误解决 Odoo8： 正常环境下直接–auto-reload 参数运行缺库错误 ImportError:No module named pyinotify pyinotify 是一个 Python 模块，用来监测文件系统的变化 pyinotify 依赖于 Linux 内核的 inotify 功能，是一个事件驱动的通知器，其通知接口通过三个系统调用从内核空间到用户空间 pyinotify 结合这些系统调用，并提供一个顶级的抽象和一个通用的方式来处理这些功能 安装 pip install pyinotify 运行时错误： pyinotify.py,line 1943,in add_watch self._inotify_wrapper.str_errno())) UnicodeDecodeError:asciicodec cant decode byte 0xe8 in position 6:ordinal not in range(128) Odoo9： 正常环境下直接–dev 参数运行日志警告 WARNING?openerp.service.server:watchdogmodule not installed.Code autoreload feature is disabled Watchdog 是一个跨平台的 Python 库和 shell 工具，可以监视文件系统事件。超级好用，并且容易上手 安装 pip install watchdog 运行时错误： watchdog/observers/inotify_c.py,line 402,in_raise_error raise OSError(inotify watch limit reached) OSError:inotify watch limit reached Node： 想起来当初刚玩 node 时也时常会遇到这个错误 不过大多直接 sudo 运行就可解决，简单理解权限问题也没有深究但是 odoo 不能这么搞，源码限制： Running as userrootis a security risk,aborting. 还好从 odoo9 的报错信息里显而易见问题出自底层 inotify 对一般用户的限制 简单学习了下，得知其有个 max_user_watches 的内核参数限制普通用户一次最多关联监控个数。一般默认值 8192，对于 odoo 这种大工程或稍大一点的 node 项目来说明显是不够用的 先通过如下方式验证： [srj@x1c/]$cat/proc/sys/fs/inotify/max_user_watches 8192 然后通过 su 切换 root 身份动态更新配置值放大 64 倍 [srj@x1c/]$su-cecho 524288/proc/sys/fs/inotify/max_user_watches 接着用不同版本的启动参数运行即可看到 AutoReload watcher running 成功了 INFO?openerp.service.server:Watching addons folder/home/srj/.local/share/Odoo/addons/8.0 INFO?openerp.service.server:AutoReload watcher running 最后还需要将动态修改的参数通过静态配置方式固化下来，否则每次重启还需要重复修改 Centos7 下我不建议直接修改/etc/sysctl.conf 文件配置，而是通过 sysctl.d 目录新建独立配置 [root@x1c sysctl.d]#pwd /etc/sysctl.d [root@x1c sysctl.d]#echo fs.inotify.max_user_watchesinotify.conf [root@x1c sysctl.d]#cat 91-inotify.conf fs.inotify.max_user_watches=524288 然后重新启动或者使用 [root@x1c sysctl.d]#sysctl--system *Applying/etc/sysctl.d/91-inotify.conf... fs.inotify.max_user_watches=524288 *Applying/etc/sysctl.conf... sysctl 命令 system 参数立刻生效