Table empty or key no longer exists
See original GitHub issueThe issue with redis key getting evicted every time. I read an old issue link. I have confirmed that my Redis instance is not hacked. In fact, we are using Secured Redis.
OperationalError("\nCannot route message for exchange 'reply.celery.pidbox': Table empty or key no longer exists.\nProbably the key ('_kombu.binding.reply.celery.pidbox') has been removed from the Redis database.\n",)
kombu==4.5.0 celery==4.3.0 redis==3.2.1
Is this some issue with redis?
Issue Analytics
- State:
- Created 4 years ago
- Reactions:51
- Comments:108 (36 by maintainers)
Top Results From Across the Web
Cannot route message for exchange 'reply.celery.pidbox'
pidbox': Table empty or key no longer exists. Probably the key ('_kombu.binding.reply.celery.pidbox') has been removed from the Redis database.
Read more >OperationalError [...] Table empty or key no longer exists.
Imagine you use Kubernetes horizontal-pod-autoscaler: it will happen each time there is a new pod (or a pod is destroyed?)
Read more >Cannot route message for exchange 'reply.celery.pidbox ...
OperationalError: Cannot route message for exchange 'reply.celery.pidbox': Table empty or key no longer exists.
Read more >MySQL Foreign Key Prevents Deleting Table — But Table is ...
You shouldn't be able to drop a table that is the parent of another dependent table, even if it has no data. Because...
Read more >Documentation: 15: TRUNCATE - PostgreSQL
TRUNCATE. TRUNCATE — empty a table or set of tables ... TRUNCATE will not fire any ON DELETE triggers that might exist for...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
faced this same issue on the first queue whenever i started a second or more queues
fixed by downgrading
kombu==4.5.0
fromkombu==4.6.5
had nothing to do with redis. just the missing key
_kombu.binding.reply.celery.pidbox
that is never created if youredis-cli monitor
you need to find out your problem.