debian - stop - supervisord docker

Supervisor en Debian Wheezy: otro programa ya está escuchando en un puerto que uno de nuestros servidores HTTP está configurado para usar

Question

Cuando ejecuto service supervisor start me encuentro con el siguiente error:

Starting supervisor: Error: Another program is already listening on a port that one of our HTTP servers is configured to use. Shut this program down first before starting supervisord.
For help, use /usr/bin/supervisord -h

Contenido de /var/log/superuser/supervisord.log :

2014-08-04 16:25:45,891 CRIT Supervisor running as root (no user in config file)
2014-08-04 16:25:45,891 WARN Included extra file "/etc/supervisor/conf.d/com.domain.subdomain.conf" during parsing

Bien saber
- Uso Debian Wheezy en un servidor Digital Ocean.
- He intentado verificar los puertos que usa el supervisor en una caja Vagrant limpia con las mismas especificaciones, pero tengo los mismos errores.

¿Cómo podría comprobar qué puerto es la fuente de este error?

Answer 1

Escribe esto en tu terminal

ps -ef | grep supervisord

Obtendrá un poco de pid de supervisor como estos

root 2503 1 0 Nov19 ? 00:03:23 /usr/bin/python /usr/bin/supervisord
root 21337 2556 0 18:15 pts/8 00:00:00 grep --color=auto supervisord

Y el PID es 2503.

Luego escribe esto:

kill -s SIGTERM 2503

Deberia de funcionar

Answer 2

Mi situación fue un poco específica, pero esto todavía puede ser útil.

Estaba ejecutando un par de contenedores docker en el mismo host. Todos los contenedores se ejecutaban en modo de red de host . Cada contenedor tenía varios procesos monitoreados por el supervisor.

El primer contenedor siempre aparecería, y todos los demás fallarían con la advertencia de que el OP mencionó: Another program is already listening on a port that one of our HTTP servers is configured to use. Shut this program down first before starting supervisord. Another program is already listening on a port that one of our HTTP servers is configured to use. Shut this program down first before starting supervisord.

Para mí, el problema era que tenía la siguiente línea en mi configuración de supervisor:

[inet_http_server]
port=127.0.0.1:9001
[supervisorctl]

El primer contenedor se enlazaría con éxito al puerto 9001, y cada contenedor subsiguiente no se iniciaría porque también intentarían enlazar con el mismo puerto, que ya estaba ocupado.

Reemplazé estas líneas con lo siguiente, cambiando de un enlace de servidor http en localhost: 9001 a un servidor que se ejecuta en un socket de dominio Unix.

[unix_http_server]
file=/var/run/supervisor.sock
[supervisorctl]
serverurl=unix:///var/run/supervisor.sock

Eso solucionó las colisiones portuarias y todos los contenedores pudieron comenzar.

Answer 3

Similar a la respuesta de @N''falyKaba pero tal vez un poco más directa, a partir de las versiones más nuevas de Supervisor, puede usar supervisorctl pid para obtener el pid, matarlo y reiniciar:

$ kill -s SIGTERM $(supervisorctl pid)

Para reiniciar:

$ supervisord -c /path/to/supervisord.conf

Fuente: docs .

Answer 4

Tenía el mismo problema aquí. La solución fue que systemctl stop supervisor.service no detuvo el servicio. Supervord podría estar funcionando aunque pienses lo contrario.

Asegúrese de haber intentado eso antes de desvincular manualmente el zócalo.

A menudo encontré problemas al hacer /etc/init.d/supervisor restart aunque /etc/init.d/supervisor restart /etc/init.d/supervisor stop && /etc/init.d/supervisor start .

Answer 5

.sock mi problema desvinculando el archivo .sock .

sudo unlink /var/run/supervisor.sock

Si esto no le ayuda, debería revisar y desvincular el archivo en /tmp/supervisor.sock .