Очередь Laravel с Supervisor, запускает, но не обрабатывает заданияPhp

Кемеровские программисты php общаются здесь
Ответить
Anonymous
 Очередь Laravel с Supervisor, запускает, но не обрабатывает задания

Сообщение Anonymous »

Я настроил очередь Laravel с использованием базы данных и настроил Supervisor на ее работу, однако через некоторое время обработка очереди прекращается.

Я' m использую Mail::queue для отправки электронной почты. Если я подключаюсь к серверу по SSH и запускаю php /home/my/path/to/artisan --env=production --timeout=240 очереди:listen --tries=5, то все работает нормально, и электронные письма отправлять. Но, очевидно, я не хочу использовать SSH для обработки электронной почты, я хочу, чтобы очередь работала круглосуточно и без выходных, поэтому я установил супервизор для управления этим. Я отредактировал файл Supervisor.conf, включив в него следующую программу:

Код: Выделить всё

[program:laravel_queue]
command=php /home/my/path/to/artisan --env=production --timeout=240 queue:listen --tries=5
autostart=true
autorestart=true
logfile=/var/log/laraqueue.log
И когда я запускаю программу, она работает, мои электронные письма отправляются. Однако через некоторое время (обычно на следующий день) электронные письма не отправляются. Я проверяю базу данных, и таблица вакансий заполняется. Когда я подключаюсь к серверу по SSH и запускаю статус супервизора, я получаю:

Код: Выделить всё

laravel_queue  RUNNING    pid 21081, uptime 2 days, 23:18:51
Он говорит 2 дня, так как работал в выходные и не работает сегодня (понедельник). Очевидно, что он не работает, так как мне заставить супервизор распознать, что он не запущен, и перезапустить его?

Если я перезапущу его вручную с помощью Supervisorctl, перезапустите laravel_queue, потому что он не запущен, супервизор не может его остановить и просто зависает, пока я не нажму CTRL + C. В этот момент я получаю обратную трассировку, которую не понимаю:

Код: Выделить всё

Traceback (most recent call last):
File "/usr/bin/supervisorctl", line 6, in 
main()
File "/usr/lib/python2.6/site-packages/supervisor/supervisorctl.py", line 598, in main
c.onecmd(" ".join(options.args))
File "/usr/lib/python2.6/site-packages/supervisor/supervisorctl.py", line 86, in onecmd
return func(arg)
File "/usr/lib/python2.6/site-packages/supervisor/supervisorctl.py", line 467, in do_restart
self.do_stop(arg)
File "/usr/lib/python2.6/site-packages/supervisor/supervisorctl.py", line 433, in do_stop
result = supervisor.stopProcess(processname)
File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
return self.__send(self.__name, args)
File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
verbose=self.__verbose
File "/usr/lib/python2.6/site-packages/supervisor/options.py", line 1309, in request
errcode, errmsg, headers = h.getreply()
File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply
response = self._conn.getresponse()
File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse
response.begin()
File "/usr/lib64/python2.6/httplib.py", line 391, in begin
version, status, reason = self._read_status()
File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status
line = self.fp.readline()
File "/usr/lib64/python2.6/socket.py", line 433, in readline
data = recv(1)
KeyboardInterrupt
Повторная проверка статуса сообщает, что очередь остановлена, поэтому я запускаю supervisistl start laravel_queue и получаю то же зависание, что и при перезапуске, но она запустилась по мере обработки заданий и отправки электронных писем. Если я снова нажму CTRL + C, я получу ту же обратную трассировку, что и выше.

Журнал

Я проверил журнал ларакея после того, как оставил его на ночь. Сегодня утром я пытался отправить электронное письмо, но стол с заданиями просто стоит и ждет обработки. В логе просто полно вот этого:

Код: Выделить всё

X-Powered-By: PHP/5.6.10^M
Content-type: text/html; charset=UTF-8^M
^M
Вот и все. Просто многое из этого повторяется.

Я проверил журнал супервизора, и он просто сообщает об успешном запуске laravel_queue. Для завершения журнал:

Код: Выделить всё

2015-10-21 14:25:24,997 INFO /var/tmp/supervisor.sock:Medusa (V1.1.1.1) started at Wed Oct 21 14:25:24 2015
Hostname: 
Port:/var/tmp/supervisor.sock
2015-10-21 14:25:25,099 CRIT Running without any HTTP authentication checking
2015-10-21 14:25:25,107 INFO daemonizing the process
2015-10-21 14:25:25,108 INFO supervisord started with pid 3407
2015-10-21 14:25:25,115 INFO spawned: 'laravel_queue' with pid 3409
2015-10-21 14:25:26,729 INFO success: laravel_queue entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)


ОБНОВЛЕНИЕ

После обновления супервизора до последней версии проблема осталась по-прежнему. Содержимое laraqueue.log такое же, как и раньше, ничего полезного. Однако на этот раз в журнале супервизора есть немного больше:

Код: Выделить всё

2015-10-22 10:19:59,454 CRIT received SIGTERM indicating exit request
2015-10-22 10:19:59,454 INFO waiting for laravel_queue to die
2015-10-22 10:19:59,460 INFO stopped: laravel_queue (terminated by SIGTERM)
2015-10-22 10:19:59,460 INFO received SIGCLD indicating a child quit
2015-10-22 10:26:02,019 CRIT Supervisor running as root (no user in config file)
2015-10-22 10:26:02,085 CRIT Server 'inet_http_server' running without any HTTP authentication checking
2015-10-22 10:26:02,092 INFO daemonizing the supervisord process
2015-10-22 10:26:02,093 INFO supervisord started with pid 17268
2015-10-22 10:26:03,105 INFO spawned: 'laravel_queue' with pid 17269
2015-10-22 10:26:04,107 INFO success: laravel_queue entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2015-10-22 10:37:22,157 WARN received SIGTERM indicating exit request
2015-10-22 10:37:22,157 INFO waiting for laravel_queue to die
2015-10-22 10:37:22,163 INFO stopped: laravel_queue (terminated by SIGTERM)
Было несколько случаев, когда супервизор получал запрос на выход и запускал его резервную копию, а затем конец журнала находился выше того места, где он останавливал очередь, но не останавливал ее. по какой-то причине я не начинаю это снова. Я проверил журнал laravel (в хранилище/журналах), но примерно на тот момент там ничего не было.

Подробнее здесь: https://stackoverflow.com/questions/332 ... ssing-jobs
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «Php»