我试图在Digital Ocean Ubuntu 16.04服务器上首次使用NGINIX，Gunicorn和Supervisor部署Django Web应用程序。我正在关注this linked tutorial。
我在配置Supervisor时遇到问题。运行此命令时...
sudo supervisorctl status automatedre
我收到此错误...
automatedre FATAL Exited too quickly (process log may have details)
日志文件显示此信息...
supervisor: couldn't exec /home/automatedre/gunicorn_start: ENOENT
supervisor: child process was not spawned
supervisor: couldn't exec /home/automatedre/gunicorn_start: ENOENT
supervisor: child process was not spawned
/ home / automatedre / gunicorn_start
#!/bin/bash
NAME="django_automatedre"
DIR=/home/automatedre/automatedre
USER=automatedre
GROUP=automatedre
WORKERS=3
BIND=unix:/home/automatedre/run/gunicorn.sock
DJANGO_SETTINGS_MODULE=automatedre.settings
DJANGO_WSGI_MODULE=automatedre.wsgi
LOG_LEVEL=error
cd $DIR
source ../venv/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DIR:$PYTHONPATH
exec ../venv/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $WORKERS \
--user=$USER \
--group=$GROUP \
--bind=$BIND \
--log-level=$LOG_LEVEL \
--log-file=-
/etc/supervisor/conf.d/automatedre.conf
[program:automatedre]
command=/home/automatedre/gunicorn_start
user=automatedre
autostart=true
autorestart=true
redirect_stderr=true
stdout_logfile=/home/automatedre/logs/gunicorn.log
我不确定从这里要去哪里。我不认为这是文件权限问题，因为我以前用此方法更改了gunicorn_start的权限...
chmod u+x gunicorn_start
关于我要去哪里的任何想法？
最佳答案
我以前从日志文件中省略了下面的文本，因为我认为这不相关...错误。
/home/automatedre/gunicorn_start: 2: /home/automatedre/gunicorn_start: ^M: not found
/home/automatedre/gunicorn_start: 12: /home/automatedre/gunicorn_start: ^M: not found
/home/automatedre/gunicorn_start: 13: cd: can't cd to /home/automatedre/automatedre^M
/home/automatedre/gunicorn_start: 14: /home/automatedre/gunicorn_start: source: not found
/home/automatedre/gunicorn_start: 15: /home/automatedre/gunicorn_start: ^M: not found
/home/automatedre/gunicorn_start: 18: /home/automatedre/gunicorn_start: ^M: not found
/home/automatedre/gunicorn_start: 19: exec: ../venv/bin/gunicorn: not found
最初，我在Windows计算机上的Brackets文本编辑器中创建了 / home / automatedre / gunicorn_start 和 /etc/supervisor/conf.d/automatedre.conf 。
经过更多的挖掘后，我了解到Windows/MS-DOS uses CR+LF to indicate end-of-lines and UNIX uses LF character to indicate line termination (EOL character)。
这种差异导致每行末尾的^ M导致找不到文件路径错误。
使用nano重新从终端重新创建每个文件，就解决了这个问题。
关于django - 主管与ENOENT退出，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/48979388/