<p>Make sure that &quot;run queue&quot; is set in <code>general.php</code> also!</p>
<pre><code>&lt;?php
  ...
  return [
    ...
    '*' =&gt; [
      'runQueueAutomatically' =&gt; true,
    ]
  ]
</code></pre>

CC BY-SA 4.0
2021-03-25T10:08:15.643Z
No we have it as false because we use a cron script to call queue/run. I know the queue is running because a lot of tasks are running fine. But some of them fail and then build up. Its not as bad as it used to be now we're updated to the latest craft. I think moving cache to file and not database was a big improvement on other issues too. But it still fails for mainly "Updating search indexes". Always a list of failed tasks for that.
Laurence Cope
CC BY-SA 4.0
2021-03-26T16:36:20.483Z
Thanks for sharing your experience, run queue automatically is frequently disabled for security reasons. Maybe it will be better in Craft 4
Clark Nelson
CC BY-SA 4.0
2021-03-24T19:31:13.587Z
2021-03-24T19:31:13.587Z
Clark Nelson
<p>You will need to investigate the log files to determine the source of the problem. There should be a <code>storage/logs/queue.log</code> file. This article might be helpful <a href="https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading" rel="nofollow noreferrer">https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading</a></p>

CC BY-SA 4.0
2019-09-12T10:20:54.377Z
ok thanks. if I am honest the craft logging is terrible, its extremely hard to find any issue as it just dumps everything into multiple files. Although the debu toolbar mentioned on that post looks easier, will try it.
Laurence Cope
CC BY-SA 4.0
2019-09-12T10:33:49.980Z
Its hard to find issues in the logs, its not great. The only thing I can find relating to this, is in the "Available Debug Data" it lists the AJAX Url I think for the job. Its like this https://www.mysite.com/index.php?p=flintadmin28h28/actions/queue/get-job-info&dontExtendSession=1 and if you go to this direct it shows the error HTTP 400 – Bad Request – yii\web\BadRequestHttpException
Request must accept JSON in response
Laurence Cope
CC BY-SA 4.0
2019-09-12T15:24:24.590Z
I believe you need to set a header in an AJAX call to fix that error
Clark Nelson
CC BY-SA 4.0
2019-09-11T14:49:31.027Z
2021-03-24T19:32:36.120Z
2021-03-24T19:32:36.120Z
Clark Nelson
<p>I built a site on a dev server and the Craft queue worked in that with no extra setup needed. In fact I installed Async Queue Manager because Crafts way was too slow. They both worked fine. </p>

<p>I moved the site to its live server, and the queue is not running. It runs if I manually enter ./craft queue/listen on the command line. When I stop that process it wont process the queue anymore. </p>

<p>Does anyone know why it would not work on this other server? Do I need to do anything special to make it work? I suppose I could run ./craft queue/listen and leave it, but I would need to set it to run on boot. I never did this on the old server.</p>

<p>Thanks</p>

<craft3><queue>
Craft queue not being processed, listen not running
# Craft queue not being processed, listen not running

(Asked by: username_0 on 2019-09-11)

I built a site on a dev server and the Craft queue worked in that with no extra setup needed. In fact I installed Async Queue Manager because Crafts way was too slow. They both worked fine.

I moved the site to its live server, and the queue is not running. It runs if I manually enter ./craft queue/listen on the command line. When I stop that process it wont process the queue anymore.

Does anyone know why it would not work on this other server? Do I need to do anything special to make it work? I suppose I could run ./craft queue/listen and leave it, but I would need to set it to run on boot. I never did this on the old server.

Thanks

**Tags:** craft3, queue


---

## 2 answers

### Answer by username_1 on 2021-03-24. Score: 2

Make sure that "run queue" is set in general.php also!
 [
      'runQueueAutomatically' => true,
    ]
  ]

> **Comments:**
> **username_0**: No we have it as false because we use a cron script to call queue/run. I know the queue is running because a lot of tasks are running fine. But some of them fail and then build up. Its not as bad as it used to be now we're updated to the latest craft. I think moving cache to file and not database was a big improvement on other issues too. But it still fails for mainly "Updating search indexes". Always a list of failed tasks for that.  
> **username_1**: Thanks for sharing your experience, run queue automatically is frequently disabled for security reasons. Maybe it will be better in Craft 4  

---

### Answer by username_1 on 2019-09-11. Score: 1

You will need to investigate the log files to determine the source of the problem. There should be a `storage/logs/queue.log` file. This article might be helpful <https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading>

> **Comments:**
> **username_0**: ok thanks. if I am honest the craft logging is terrible, its extremely hard to find any issue as it just dumps everything into multiple files. Although the debu toolbar mentioned on that post looks easier, will try it.  
> **username_0**: Its hard to find issues in the logs, its not great. The only thing I can find relating to this, is in the "Available Debug Data" it lists the AJAX Url I think for the job. Its like this https://www.mysite.com/index.php?p=flintadmin28h28/actions/queue/get-job-info&dontExtendSession=1 and if you go to this direct it shows the error HTTP 400 – Bad Request – yii\web\BadRequestHttpException Request must accept JSON in response  
> **username_1**: I believe you need to set a header in an AJAX call to fix that error  

---

