Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/redis/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Laravel 5 主管在超时之前停止/终止_Laravel 5_Redis_Supervisord - Fatal编程技术网

Laravel 5 主管在超时之前停止/终止

Laravel 5 主管在超时之前停止/终止,laravel-5,redis,supervisord,Laravel 5,Redis,Supervisord,我知道这可能是一个困难的问题,因为它涉及到监督排队,但我希望有人能够尝试和我一起思考,以解决应用程序中断的问题 我现在所处的场景是,我有一个应用程序运行大量导入,每个导入都在其自己的主管线程/进程上,即使队列超时设置为0或3600,主管队列仍会在3600标记之前终止,通常在大约30-40分钟之后 我已经跟踪了导入的RAM和CPU使用情况,但这可能不是问题,因为我使用的RAM最大为2GB/8GB,CPU仅使用1个线程,使用率约为20% 我的主管队列如下所示: [program:laravel_qu

我知道这可能是一个困难的问题,因为它涉及到监督排队,但我希望有人能够尝试和我一起思考,以解决应用程序中断的问题

我现在所处的场景是,我有一个应用程序运行大量导入,每个导入都在其自己的主管线程/进程上,即使队列超时设置为03600,主管队列仍会在3600标记之前终止,通常在大约30-40分钟之后

我已经跟踪了导入的RAM和CPU使用情况,但这可能不是问题,因为我使用的RAM最大为2GB/8GB,CPU仅使用1个线程,使用率约为20%

我的主管队列如下所示:

[program:laravel_queue]
process_name=%(program_name)s_%(process_num)02d
command=php /var/www/application/artisan queue:work --sleep=3 --tries=1 --queue=application --timeout=0
autostart=true
autorestart=true
user=administrator
numprocs=4
redirect_stderr=true
stdout_logfile=/var/www/application/storage/logs/queue/laravel_queue.out.log
stderr_logfile=/var/www/application/storage/logs/queue/laravel_queue.err.log
我用
--timeout=3600
尝试了相同的变量,但队列仍然在大约40分钟时终止

我在Homestead/Laravel虚拟机中运行相同的设置,它在Homestead虚拟机中运行得非常完美

我是否缺少一些在40分钟后终止连接的redis配置设置?我正在运行一个集群系统,其中有一个独立的远程redis服务器,应用程序可以与之通信

我想提供更多的信息,但我不确定我能提供更多哪些有用的信息,所以如果你有任何想法,我可能愿意提供大部分信息

提前谢谢

---编辑---

我得到了主管日志的一部分,在这里发生了终止:

2017-11-28 12:54:34,151 INFO waiting for application_laravel_queue_02 to stop
2017-11-28 12:54:34,151 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:34,151 INFO waiting for application_laravel_queue_00 to stop
2017-11-28 12:54:34,151 INFO waiting for application_laravel_queue_01 to stop
2017-11-28 12:54:34,155 INFO stopped: application_laravel_queue_02 (terminated by SIGKILL)
2017-11-28 12:54:34,155 INFO stopped: application_laravel_queue_00 (terminated by SIGKILL)
2017-11-28 12:54:34,156 INFO stopped: application_laravel_queue_01 (terminated by SIGKILL)
2017-11-28 12:54:36,158 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:38,161 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:40,164 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:42,170 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:44,173 WARN killing 'application_laravel_queue_03' (1004) with SIGKILL
2017-11-28 12:54:44,174 INFO waiting for application_laravel_queue_03 to stop
2017-11-28 12:54:44,182 INFO stopped: application_laravel_queue_03 (terminated by SIGKILL)
2017-11-28 12:54:45,193 INFO spawned: 'application_laravel_queue_02' with pid 4235
2017-11-28 12:54:45,196 INFO spawned: 'application_laravel_queue_00' with pid 4236
2017-11-28 12:54:45,199 INFO spawned: 'application_laravel_queue_01' with pid 4237
2017-11-28 12:54:46,378 INFO success: application_laravel_queue_02 entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2017-11-28 12:54:46,379 INFO success: application_laravel_queue_00 entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2017-11-28 12:54:46,379 INFO success: application_laravel_queue_01 entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)

看起来它收到了终止信号(SIGKILL),但我不知道如何或从何处收到。php fpm日志在此时间段内被清理。

您有没有发现这一点?