Cuando creé un nuevo archivo .conf dentro de /etc/supervisor/conf.d/ e intenté iniciar este programa, mostraba algunos errores (error fatal) y se reiniciaba solo con frecuencia. Luego ejecuté el comando sudo service supervisor restart pero ahora el supervisor también se detuvo y no se pudo reiniciar. Durante la resolución de mi error, el servidor nginx también se atascó.
Después de pasar mucho tiempo, lo recuperé Alhamdulillah y escribí la solución en la sección de respuestas.
No confíe completamente en la solución para su problema. Su problema puede pertenecer a otros problemas también.
En algún momento, Supervisor puede mostrar el siguiente error horrible cuando reinicia el servicio (mediante el comando sudo service supervisor restart):
unix:///var/run/supervisor.sock refused connection
Intente diagnosticar el problema con el comando supervisord . También puede ejecutar journalctl -xe .
Problemas y soluciones:
Cuando escribe un nuevo archivo .conf dentro del directorio /etc/supervisor/conf.d que contiene algunas declaraciones que generan errores. Por ejemplo, escribe algunas declaraciones que ejecutarán un script. Ese script contiene algunas declaraciones que ejecutan Gunicorn para implementar aplicaciones web de python. En el script, escribió una declaración para vincular un socket de Unix. Pero el directorio mencionado donde se creará el socket de Unix no da permiso para crear el archivo .sock allí. Esto puede provocar el error de permiso.
El comando de demostración gunicorn está a continuación:
SOCKFILE = /home/shamim/python_project/another_directroy/gunicorn.sock gunicorn ${DJANGO_WSGI_MODULE}:application \ --name $NAME \ --bind=unix:$SOCKFILE Si another_directory no da permiso para crear un archivo .sock dentro de él, puede ocurrir un error. Así que dale suficiente permiso para crear algo aquí desde afuera. O bien, enlace la IP y el puerto en lugar del socket Unix (como 127.0.0.1:ANY_PORT ). Asegúrese primero de que otra aplicación no utilice el puerto.
A veces, el error puede ocurrir si se usa cualquier ruta de directorio dentro del archivo .conf , pero en realidad ese directorio no existe en absoluto.
Ahora ejecute el comando supervisord . Si el error persiste después de solucionar los problemas anteriores y ahora muestra un error como: another program is already listening on a port that one of our HTTP servers is configured to use
luego ejecute el siguiente comando para solucionar este problema:
sudo unlink /var/run/supervisor.sock
Si el comando anterior no funciona, debe verificar ejecutar unlink the file at /tmp/supervisor.sock
Tenga en cuenta que el servidor nginx también puede mostrar algunos errores y fallar al reiniciar (o iniciar) si algún archivo .conf contiene alguna declaración donde se usa un socket pero en realidad el archivo de socket no existe o no tiene suficiente permiso para ser ejecutado.
Ejemplo: si escribe el siguiente código en cualquier configuración de archivo nginx:
upstream surveyapp_payment_stripe { server unix:/home/shamim/python_project/another_directroy/gunicorn.sock fail_timeout=0 weight=5 max_fails=3; }Si el socket anterior no existe o no tiene suficientes permisos, es posible que se produzca algún error.
Nginx también puede mostrar un error si se usa aquí alguna ruta de directorio pero no existe en absoluto. Para ejecutar nginx en este momento rápidamente, simplemente elimine el archivo .conf o edite su extensión (haga otro tipo de extensión que no sea .conf ).
Esperemos que esta explicación ayude a alguien en el futuro.