Который log следует использовать при отладке запуска веб-сервера при загрузке

Question 1

Ubuntu 18.04

Я пытаюсь запустить веб-сервер Gunicorn при загрузке.

/etc/systemd/system/gunicorn.service

[Unit]
Description=gunicorn daemon

[Service]
# the specific user that our service will run as
User=pcask
Group=pcask

WorkingDirectory=/home/michael/PycharmProjects/pcask/pcask
ExecStart=gunicorn pcask.wsgi
ExecReload=/bin/kill -s HUP $MAINPID
KillMode=mixed
TimeoutStopSec=5
PrivateTmp=true

[Install]
WantedBy=multi-user.target

Разрешения

pcask@tmpgmv:~/pcask/venv/lib/python3.8/site-packages$ ls -la |grep gunicorn
drwxrwxr-x   7 pcask pcask   4096 Jul 28 19:32 gunicorn
drwxrwxr-x   2 pcask pcask   4096 Jul 28 19:32 gunicorn-20.0.4.dist-info

При перезагрузке сервер не работает Бег. А именно, когда я открываю свой веб-сайт, он показывает 502 Bad gateway. Это означает, что Gunicorn не запущен.

Не могли бы вы сказать мне, есть ли журнал ошибок, где я могу увидеть, что пошло не так, когда этот служебный файл использовался при загрузке. И использовался ли он вообще.

ДОБАВЛЕНО ПОЗЖЕ

$ sudo journalctl -u gunicorn.service
[sudo] password for pcask: 
Loaded: loaded (/etc/systemd/system/gunicorn.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-08-14 12:36:57 MSK; 1min 11s ago
  Process: 439 ExecStart=/home/pcask/pcask/venv/lib/python3.8/site-packages/gunicorn pcask.wsgi:application (code=exited, status=203/EXEC)
 Main PID: 439 (code=exited, status=203/EXEC)

Aug 14 12:36:57 tmpgmv systemd[1]: Started gunicorn daemon.
Aug 14 12:36:57 tmpgmv systemd[439]: gunicorn.service: Failed to execute command: Permission denied
Aug 14 12:36:57 tmpgmv systemd[439]: gunicorn.service: Failed at step EXEC spawning /home/pcask/pcask/venv/lib/python3.8/site-packages/gunicorn: Permission denied
Aug 14 12:36:57 tmpgmv systemd[1]: gunicorn.service: Main process exited, code=exited, status=203/EXEC
Aug 14 12:36:57 tmpgmv systemd[1]: gunicorn.service: Failed with result 'exit-code'.

Question 2

systemd использует собственное ведение журнала. Команда для его просмотра:

journalctl

Вы можете использовать

journalctl -u gunicorn.service

, чтобы отследить конкретную службу.

Некоторые другие примеры:

journalctl --since="2020-01-01 10:00:00"
journalctl --since "30 min ago"
journalctl _PID=1000

убедитесь, что служба активна. Проверьте sudo systemctl status gunicorn.service , и если он неактивен, вы можете использовать sudo systemctl enable gunicorn , чтобы сделать его активным.
убедитесь, что служба запускается после запуска всех других необходимых служб. Запуск gunicon до того, как nginx или ваша сеть работает, работать не будет. Стоит отметить следующее: вашему устройству не хватает After = network.target в разделе [UNIT] .

Предполагая, что ваш пулемет работает при ручном запуске, вам не нужны журналы nginx но на всякий случай это:

/var/log/nginx/access.log
/var/log/nginx/error.log

score 0 · Answer 1 · 21 August 2020 в 07:59

systemd использует собственное ведение журнала. Команда для его просмотра:

journalctl

Вы можете использовать

journalctl -u gunicorn.service

, чтобы отследить конкретную службу.

Некоторые другие примеры:

journalctl --since="2020-01-01 10:00:00"
journalctl --since "30 min ago"
journalctl _PID=1000

убедитесь, что служба активна. Проверьте sudo systemctl status gunicorn.service , и если он неактивен, вы можете использовать sudo systemctl enable gunicorn , чтобы сделать его активным.
убедитесь, что служба запускается после запуска всех других необходимых служб. Запуск gunicon до того, как nginx или ваша сеть работает, работать не будет. Стоит отметить следующее: вашему устройству не хватает After = network.target в разделе [UNIT] .

Предполагая, что ваш пулемет работает при ручном запуске, вам не нужны журналы nginx но на всякий случай это:

/var/log/nginx/access.log
/var/log/nginx/error.log

Который log следует использовать при отладке запуска веб-сервера при загрузке

1 ответ

Другие вопросы по тегам:

Похожие вопросы: