Eu passei algumas horas nisso, tentando fazer com que o supervisor e o Amazon Linux AMI fossem legais. Eu estava experimentando exatamente os sintomas que você mencionou.
Algumas peculiaridades:
- vá em frente e inclua
-c /etc/supervisord.conf
(ou qualquer que seja seu caminho) em qualquer comando supervisord
ou supervisorctl
e certifique-se de executar o mesmo usuário todas as vezes.
-
no seu /etc/supervisord.conf
, quando você anexar o comando, certifique-se de prefixar o nome com 'program:', assim:
[program:queue]
command=/usr/bin/php /path/to/AppName/artisan --env=production --timeout=240 queue:listen
Depois de fazer o acima, o supervisorctl FINALMENTE reconheceu o processo / programa da fila.
Ainda não consegui sudo service supervisor restart
reconhecer o supervisor como um serviço - suspeito que seja porque não tenho um script inicial que vi mencionado em alguns lugares. Não tenho certeza se preciso de um neste momento.
Algumas técnicas de depuração que usei:
-
ps aux | grep super
para ver se está sendo executado
- sudo vim para editar o
/etc/supervisord.conf
e sudo /usr/local/bin/supervisorctl -c /etc/supervisord.conf
then avail
, reload
, update
etc. para atualizar (em vez de editar .ebextensions e empurrando para beanstalk elástico toda vez)