gpt4 book ai didi

django - 调用 Heroku 环境中挂起的 celery 任务

转载 作者:行者123 更新时间:2023-12-02 09:28:23 25 4
gpt4 key购买 nike

我在 Heroku 上有一个 Django 应用程序,它使用 Celery 的 delay 方法调用任务,该方法应该将额外的处理传递给工作人员。但是当我向相应的 View 发出http请求时,Heroku web dyno挂起并最终导致请求超时。这是一个测试任务(该应用程序称为 waittimes):

@task
def test_tasks(message, name='waittimes.tasks.test_tasks'):
print message

和测试 View :

class TaskTest(View):
def get(self, request):
print "about to call the task"
test_tasks.delay("the task was successful!")
return HttpResponse("view was successful")

如果我向此 View 发出 http 请求,我希望“任务成功”输出到控制台,并返回“ View 成功”的响应。当我向计算机上的开发服务器发出请求时,这种情况成功发生。如果我在应用程序的 Heroku 环境中启动 django shell 并使用 django 的测试客户端发出请求,它也可以工作。

app[celeryd.1]: [2013-06-26 23:57:48,018: INFO/MainProcess] Got task from broker: waittimes.tasks.test_tasks[67036069-b49e-45ba-aef4-3c64d7161a67]
app[celeryd.1]: [2013-06-26 23:57:48,133: WARNING/PoolWorker-3] the task was successful!
app[celeryd.1]: [2013-06-26 23:57:48,200: INFO/MainProcess] Task waittimes.tasks.test_tasks[67036069-b49e-45ba-aef4-3c64d7161a67] succeeded in 0.09690284729s: None

但是当我直接向 Heroku url 发出请求时,请求会挂起,最终我会从 Heroku 收到可怕的 H12 超时错误。

heroku[router]: at=error code=H12 desc="Request timeout" method=GET path=/task/test/ dyno=web.1 connect=2ms service=30000ms status=503 bytes=0

我知道调用任务会导致问题,因为“即将调用任务”确实会打印在控制台中。所以问题是系统无法解决“delay”(和apply_async)方法。它只是挂起并且不返回异步对象。只有当代码在 Web dyno 进程上运行时才会发生这种情况。

到目前为止,这些是我的结论:

1) 任务已正确注册,并且我的 Redis 代理正在工作,因为当我使用 shell 中的测试客户端调用 View 时,一切正常(但是这是在 Heroku 上的单独 shell 进程上运行,而不是在 Web dyno 上运行)正常接收请求)

2) 由于打印了“about to call the task”,系统正确路由并分派(dispatch)请求的处理程序。 Heroku 路由器似乎没有问题。

3)问题与特定 View 无关,因为即使像这样的精简测试用例也不起作用

除了直接的解决方案之外,我们还欢迎任何有关如何进一步调试的建议。

最佳答案

好吧,这可能不是一个直接的答案,但考虑到这个问题的存在时间以及它在无人关注的情况下持续了多长时间,我将继续为那些像我一样不幸遇到这个问题的人提供我的见解。

这个特殊问题似乎记录很少,而且很难搜索,我只是在 Heroku 上兴致勃勃地建立一个业余项目时遇到了这个问题。

Heroku 似乎存在一些特有现象,某些 Python 函数调用在平台上的行为与本地(或任何正常的 Python 部署)不同。

就我而言,这里的问题是我的 Celery 任务正在调用 Python 的 time.sleep() 函数。

作为一个测试用例,我使用 time.sleep(1) 只是为了在日志中演示该任务确实是异步执行的。我已在普通基础设施(包括虚拟机)上成功运行此测试多次。

当我将此测试移植到 Heroku 时,我遇到了与 gentro 完全相同的问题。日志清楚地表明 Celery 和我的代理已正常初始化,并且知道我的应用程序,但是,当我通过 Django View 进行调用时,我的 Web dyno 会神秘地超时,并且 H12 作为唯一的日志消息。

当我注释掉 sleep 调用时,一切都完全正常。

TL;DR - 检查导致 celery 任务的调用堆栈,确保没有留下任何可能导致 Heroku dyno 占用的函数,例如 sleep()

我并不是说这就是导致原始提问者问题的具体原因,但如果您看到这种行为,这绝对是潜在原因之一。

关于django - 调用 Heroku 环境中挂起的 celery 任务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17338054/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com