Open cadorn opened 11 years ago
How was this breakdown produced? (at which point?)
I don't see the id
property...
This might require some redis-cli
exploring... is that possible?
ah, id
is there, i needed to scroll horizontally...
Do you store logs? Can you grep for id 103?
I don't have more info than what I posted and I have a workaround that schedules a new job if updateTime
is older than a timeout so fixing this is not critical for me right now. But it points to a problem in the processing logic as a job should never be stuck in queued
state no matter in what intricate ways workers restarted or db crashed and recovered.
Kickq is still in its infancy. Since you are brave enough to move forward with it and suffer all the consequences it would make sense to check out the logging options =).
A sensible setup is to save to a logfile and tune the loglevel to fine:
kickq.config({
loggerLevel: kickq.LogLevel.FINE,
loggerFile: true,
loggerFilename: 'kickq.log'
});
I jave a job that seems to be stuck with status
queued
:Not sure what lead to this. Maybe the worker got killed while processing the job?
Another reason to switch to a better queuing logic?