Issue 1:
I wanted to use this --autoreload option. But just after I add it I have:

celery -A proj status
Error: No nodes replied within time constraint.

Before that:

celery -A proj status
celery@hostname: OK

1 node online.

So now when I call celery call tasks.taskname RabbitMQ recieves this message (I can see this). But will only execute it when I restart Celery without --autoreload

Celery is started as celery -A proj worker --loglevel=INFO --autoreload. Used inside a Django 1.7 project.

PS: worker.log has absolutely the same log when I run the command - tasks are discovered, and this message is printed:

[2014-09-10 18:46:27,230: WARNING/MainProcess] celery@hostname ready.

But no messages are delivered to this worker from RabbitMQ in case of --autoreload.

Issue 2:
Checklist

I have verified that the issue exists against the master branch of Celery.

This has already been asked to the discussion group first.

I have read the relevant section in the

contribution guide

on reporting bugs.

I have checked the issues list

for similar or identical bug reports.

I have checked the pull requests list

for existing proposed fixes.

I have checked the commit log

to find out if the bug was already fixed in the master branch.

I have included all related issues and possible duplicate issues

in this issue (If there are none, check this box anyway).

Mandatory Debugging Information

I have included the output of celery -A proj report in the issue.

(if you are not able to do this, then at least specify the Celery

version affected).

I have verified that the issue exists against the master branch of Celery.

I have included the contents of pip freeze in the issue.

I have included all the versions of all the external dependencies required

to reproduce this bug.

Optional Debugging Information

I have tried reproducing the issue on more than one Python version

and/or implementation.

I have tried reproducing the issue on more than one message broker and/or

result backend.

I have tried reproducing the issue on more than one version of the message

broker and/or result backend.

I have tried reproducing the issue on more than one operating system.

I have tried reproducing the issue on more than one workers pool.

I have tried reproducing the issue with autoscaling, retries,

ETA/Countdown & rate limits disabled.

I have tried reproducing the issue after downgrading

and/or upgrading Celery and its dependencies.

Related Issues and Possible Duplicates

Related Issues

None

Possible Duplicates

None

Environment & Settings

Celery version: 4.4.7 / 5.1.0

Django version: 3.1.11

Redis version: 3.2.12

celery report Output:

software -> celery:5.1.0 (sun-harmonics) kombu:5.1.0 py:3.9.0
billiard:3.6.4.0 redis:3.5.3
platform -> system:Linux arch:64bit, ELF
kernel version:3.10.0-1160.6.1.el7.x86_64 imp:CPython
loader -> celery.loaders.app.AppLoader
settings -> transport:redis results:disabled

Steps to Reproduce

Required Dependencies

Minimal Python Version: N/A or Unknown

Minimal Celery Version: N/A or Unknown

Minimal Kombu Version: N/A or Unknown

Minimal Broker Version: N/A or Unknown

Minimal Result Backend Version: N/A or Unknown

Minimal OS and/or Kernel Version: N/A or Unknown

Minimal Broker Client Version: N/A or Unknown

Minimal Result Backend Client Version: N/A or Unknown

Python Packages

pip freeze Output:

Other Dependencies

N/A

Minimally Reproducible Test Case

Expected Behavior

Actual Behavior

When i try to run many tasks (some of the tasks will make a grpc call), the main worker died cause by the segmentation fault after a few minutes.

these is some trace log print by strace -e trace=signal,process,file,network, it seems always be killed after recvfrom call.

recvfrom(28, 0x312e050, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
recvfrom(21, "*-1\r\n", 65536, 0, NULL, NULL) = 5
sendto(21, "*6\r\n$5\r\nBRPOP\r\n$6\r\ncelery\r\n$9\r\nc"..., 79, 0, NULL, 0) = 79
open("/proc/loadavg", O_RDONLY) = 40
recvfrom(30, 0x31316a0, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
sendto(30, "*3\r\n$7\r\nPUBLISH\r\n$29\r\n/14.celery"..., 827, 0, NULL, 0) = 827
recvfrom(30, ":2\r\n", 65536, 0, NULL, NULL) = 4
recvfrom(28, "*4\r\n$8\r\npmessage\r\n$21\r\n/14.celer"..., 65536, 0, NULL, NULL) = 856
recvfrom(28, 0x312e050, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
+++ killed by SIGSEGV +++

recvfrom(31, "*4\r\n$8\r\npmessage\r\n$21\r\n/14.celer"..., 65536, 0, NULL, NULL) = 856
recvfrom(31, 0x2359040, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
recvfrom(21, "*-1\r\n", 65536, 0, NULL, NULL) = 5
sendto(21, "*6\r\n$5\r\nBRPOP\r\n$6\r\ncelery\r\n$9\r\nc"..., 79, 0, NULL, 0) = 79
recvfrom(21, "*-1\r\n", 65536, 0, NULL, NULL) = 5
sendto(21, "*6\r\n$5\r\nBRPOP\r\n$6\r\ncelery\r\n$9\r\nc"..., 79, 0, NULL, 0) = 79
open("/proc/loadavg", O_RDONLY) = 40
recvfrom(30, 0x2359040, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
sendto(30, "*3\r\n$7\r\nPUBLISH\r\n$29\r\n/14.celery"..., 827, 0, NULL, 0) = 827
recvfrom(30, ":1\r\n", 65536, 0, NULL, NULL) = 4
recvfrom(31, "*4\r\n$8\r\npmessage\r\n$21\r\n/14.celer"..., 65536, 0, NULL, NULL) = 856
recvfrom(31, 0x2359040, 65536, 0, NULL, NULL) = -1 EAGAIN (Resources are temporarily unavailable)
+++ killed by SIGSEGV +++

These outputted by the Python's faulthandler

Fatal Python error: Segmentation fault

Thread 0x00007fc6a0680740 (most recent call first):
File "/srv/www/venv/lib/python3.9/site-packages/kombu/utils/eventio.py", line 82 in poll
File "/srv/www/venv/lib/python3.9/site-packages/kombu/asynchronous/hub.py", line 305 in create_loop
File "/srv/www/venv/lib/python3.9/site-packages/celery/worker/loops.py", line 81 in asynloop
File "/srv/www/venv/lib/python3.9/site-packages/celery/worker/consumer/consumer.py", line 618 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/bootsteps.py", line 116 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/worker/consumer/consumer.py", line 326 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/bootsteps.py", line 365 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/bootsteps.py", line 116 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/worker/worker.py", line 203 in start
File "/srv/www/venv/lib/python3.9/site-packages/celery/bin/worker.py", line 346 in worker
File "/srv/www/venv/lib/python3.9/site-packages/celery/bin/base.py", line 132 in caller
File "/srv/www/venv/lib/python3.9/site-packages/click/decorators.py", line 21 in new_func
File "/srv/www/venv/lib/python3.9/site-packages/click/core.py", line 610 in invoke
File "/srv/www/venv/lib/python3.9/site-packages/click/core.py", line 1066 in invoke
File "/srv/www/venv/lib/python3.9/site-packages/click/core.py", line 1259 in invoke
File "/srv/www/venv/lib/python3.9/site-packages/click/core.py", line 782 in main
File "/srv/www/venv/lib/python3.9/site-packages/click/core.py", line 829 in __call__
File "/srv/www/venv/lib/python3.9/site-packages/celery/bin/celery.py", line 213 in main
File "/srv/www/venv/lib/python3.9/site-packages/celery/__main__.py", line 15 in main
File "/srv/www/venv/bin/celery", line 8 in <module>