☰

Qual log devo usar ao depurar o início de um servidor web na inicialização

tag-icon • tag-icon systemd
Qual log devo usar ao depurar o início de um servidor web na inicialização

Ubuntu 18.04

Estou tentando fazer o servidor web Gunicorn iniciar na inicialização.

/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

Permissões

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

Na reinicialização, o servidor não está em execução. Ou seja, quando abro meu site, ele mostra 502 Bad gateway. Isso significa que o Gunicorn não está funcionando.

Você poderia me dizer se existe um log de erros onde posso ver o que deu errado quando este arquivo de serviço foi usado na inicialização. E se foi usado.

ADICIONADO MAIS TARDE

$ 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'.

Responder1

systemd usa seu próprio log. O comando para visualizá-lo é

journalctl

Você pode usar

journalctl -u gunicorn.service

para rastrear um serviço específico.

Alguns outros exemplos:

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

  • certifique-se de que o serviço esteja ativo. Verifique sudo systemctl status gunicorn.servicee se estiver inativo você pode usar sudo systemctl enable gunicornpara torná-lo ativo.

  • certifique-se de que o serviço seja iniciado depois que todos os outros serviços necessários forem iniciados. Iniciar o gunicon antes do nginx ou da sua rede estar ativa não funcionará. Algo digno de nota: falta um After=network.targetna [UNIT]seção em sua unidade.

Supondo que seu gunicorn funcione quando iniciado manualmente, você não precisa dos logs do nginx, mas apenas no caso de serem:

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

informação relacionada