I'm managing audio conversions with Laravel Queues and beanstalkd, monitored by supervisord.
When a user upload an audio file, it goes to AudioController.php that triggers a Queue::push('AudioProcess'), that itself triggers an exec('sh some_script.sh some_audio.mp3') to process the audio and set the application Audio model status to 1 when it's done.
I did a bunch of uploads to test, here are the records

1 means the AudioProcess.php worker has been executed and 0 means the AudioProcess.php worker hasn't been executed.
I guess it might come from either Laravel Queues management or beanstalkd, but I can't find anything relevant in the logs (laravel.log, my supervisord queue.log, php_errors.log).
I'm running a staging and a production environment on the same server, so there are two Laravel applications and therefore two php artisan queue:listen commands running at the same time (each with --env specified), if it has something to do with my issue. It worked well few weeks ago, then I dropped the project for a while and recaught it lately. I did some apt-get update && apt-get upgrade too.
Why is Laravel or beanstalkd not processing all jobs?
The issue was likely happening because the two php artisan queue:listen (for each environment) were sending jobs to the same beanstalkd queue (default). It resulted in some kind of conflict, but I can't tell more...
I fixed it by making each environment's php artisan queue:listen send jobs to a [environment] queue. Therefore I have now two queues, staging and production.
How to do it
Create a app/config/[environment]/queue.php that overwrites the
[connections => [beanstalkd => [queue]]] parameter from default
to the name of that environment.
Specify the name of the queue to
Artisan: php artisan queue:listen --queue=[environment]
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With