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)