php – Laravel 4 Queue:listen times out

Regardless of how long you have it set to it will eventually run out of memory or timeout. You can use supervisor to keep it running. It is really simple to use.

First Install it:

sudo apt-get install supervisor

or use a method listed on their site like easy_install http://supervisord.org/installing.html

Now add a config file for supervisor. Open /etc/supervisor/conf.d/queue.conf (or whatever you want to name the file but put it in /etc/supervisor/conf.d/) and add:

[program:queue]
command=php artisan queue:listen
directory=/var/www/laravel
stdout_logfile=/var/www/laravel/app/storage/logs/supervisor_queue_listener.log
redirect_stderr=true

Explanation of the above: program:_____ is how we name what is run. We will reference that later. command is the command you want to run. directory is where it should be run. In my case I am in a project called “laravel”. stdout_logfile is the file where you want to redirect he stdout that is received from the command. redirect_stderr is set to true to direct all of the errors to the same log specified at stdout_logfile you can also set these to go to their own log file.

Open supervisor controller:

sudo supervisorctl

Read the contents of the /etc/supervisor/conf.d/ directory: (while still in supervisorctrl)

reread

Add the queue program to supervisor:

add queue

That’s it. Now it should be running. If you have erros look in your log file to see what is wrong.

Once you restart your server you will have to start supervisor again with sudo service supervisor start.

Laracasts covers Supervisor really well. If you aren’t subscribed to Laracasts I highly recommend it.

queue:listen in Laravel 4 has a --timeout option. If you want an unlimited timeout you should set the –timeout option to 0.

./artisan queue:listen --timeout=0

just run COMPOSER_PROCESS_TIMEOUT=4000 php artisan queue:listen

Nor the process either the artisan is timing out. its the process wrapper.
Symfony\Component\Process\Process Class is used to run the whatever process (in my case Knp\Bundle\SnappyBundle\Snappy\LoggableGenerator the bundle that prints PDFs with wkhtmltoPDF is conidering that wkhtmltoPDF timed out just because I’m rendering a PDF with 11000 pages, it just needs more time)

Its nothing to do with php.ini’s max_execution_time = XXX (as its an exception thrown by Symfony Process instance with a confusing message)

You have to manage to get through the object relations to call

Symfony\Component\Process\Process->setTimeout(null) 

This solves de problem. In my case:

    $knp = $this->getContainer()->get('knp_snappy.pdf');
    /* @var $knp \Knp\Bundle\SnappyBundle\Snappy\LoggableGenerator */
    $knp->getInternalGenerator()->setTimeout(null);
    $pdf = $knp->getOutputFromHtml($this->view, $printOptions);

The problem is there is a time limit.
Change the time limit and problem solved.
set_time_limit(howmanysecondsyouneed)
http://php.net/manual/en/function.set-time-limit.php

I don’t think that the listener is timing out, I think that the process it’s trying to run is timing out. That exception comes from Symfony\Component\Process. Unfortunately the process code itself is a little over my head for today.

The following command worked like a charm. It’s been running overnight now(more than 12hours).

php artisan queue:listen --timeout=0

Thanks to timgws answer.

Have you considered using supervisord to ensure your process keeps on running. With supervisord installed in the event that your process dies for any reason, this daemon will start it back up again.The company I work for has been using it in conjunction with queue:listen for a while now.