DryCat innaccessible Lundi 29th juin 2020 08:52:00


Lors du reload de Nginx cette nuit pour prendre en compte les nouveaux certificats Let's Encrypt, le service Nginx ne s'est pas relancé correctement car il n'arrivait pas à éteindre ses workers. La configuration est une configuration maison mais le paquet est bien celui de Debian.

root@rp-1 ~ # systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/etc/systemd/system/nginx.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-06-19 16:25:48 CEST; 1 weeks 2 days ago
     Docs: man:nginx(8)
  Process: 619 ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/conf/nginx.conf -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 837 ExecStart=/usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 6163 ExecReload=/usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on; -s reload (code=exited, status=0/SUCCESS)
 Main PID: 911 (nginx)
    Tasks: 67 (limit: 2355)
   Memory: 209.6M
   CGroup: /system.slice/nginx.service
           ├─  911 nginx: master process /usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on;
           ├─  917 nginx: worker process is shutting down
           └─28635 nginx: worker process is shutting down

La source semble avoir été identifié et est lié a une configuration qui n'a pas évolué lors des changements de spec de la machine.

Nous gardons ce point sous surveillance.