Unable to start service with nohup due to 'INFO spawnerr: unknown error making dispatchers for 'app_name': EACCES'

你离开我真会死。 提交于 2019-12-03 12:49:39

I had the same issue - the celery sub program logs were being written in the logs subfolder under my app folder and turns out I had set the owner to www-user while I was debugging an issue with Nginx. I changed the owner of the app folder back to ubuntu (>> whoami)

sudo chown -R ubuntu:ubuntu /var/www/myapp/

to get it to work.

The problem is the permission for the log file With the user running supervisor you can create a "logs" folder in the same path of the supervisord.conf file and change:

logfile=/tmp/supervisord.log

to

logfile=logs/supervisord.log

I had the same issue, I recommend doing the following

  1. Add user who runs the service. user=youruser

  2. moving your log to a supervisor dir

from:

logfile=/tmp/supervisord.log

to:

logfile=/var/log/supervisor/supervisord.log

The same goes to you pid file

pidfile=/tmp/supervisord.pid >> pidfile=/var/run/supervisor/supervisord.pid 

Make both dirs

mkdir /var/run/supervisor/

mkdir /var/log/supervisor/

then change the of the dir with

chown youuser:youuser -R /var/log/supervisor/

If this dosen't work double check who can write on you log files and pid files.

ls -l /var/log/supervisor/supervisord.log

If it still dosen't work try updating you supervisor

I get this error when running supervisord in an unprivileged Docker container, when I attempt to have supervisord run as a non-root user, using the [supervisord] [user] directive.

This caused by docker #31243 where the container is started as root then another user is created/switched-to (as per supervisord changing to non-root) and the restrictive permissions on the container's stdin/stdout/stderr via it's TTY.

My workaround is to add the non-root user to the tty group e.g. useradd -G tty supervisord, making-sure that you run with a tty e.g. docker run ... -t or Docker Compose tty: true.

the error info indicate your app "app_name" may read or write a file which has no privileges.

has you started supervisord with root, then switched to a specific user? in this case, you may create file in your "app_name" with owner of root, but the specific user may not have the right privileges.

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!