Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OUT_OF_MEMORY after crash #44

Closed
arp opened this issue Jun 18, 2010 · 3 comments
Closed

OUT_OF_MEMORY after crash #44

arp opened this issue Jun 18, 2010 · 3 comments

Comments

@arp
Copy link

arp commented Jun 18, 2010

Updated steps to reproduce in v1.4.6:

$ mkdir x
$ ./beanstalkd -b x &
[1] 4369
$ kill -9 4369
$ ./beanstalkd -b x &
[2] 4371
[1]   Killed                  ./beanstalkd -b x
$ printf 'put 0 0 0 0\r\n\r\n' | nc localhost 11300
./beanstalkd: binlog.c:589 in maintain_invariants_iter: newest binlog has invalid 155 reserved
./beanstalkd: prot.c:841 in enqueue_incoming_job: server error: OUT_OF_MEMORY

$ 

The same sympoms can be reproduced when working with queue for some time and leaving it empty before crash. Non-empty queue replays nicely. So, generally this looks like a bug in replaying the empty binlog or something closely related.

@kr
Copy link
Member

kr commented Jun 18, 2010

This should be easy to fix.

@kr
Copy link
Member

kr commented Jun 24, 2010

Properly update the binlog linked list pointers.

Code in this file assumes that newest_binlog is always correct, so when
there is no binlog at all, we must set newest_binlog to NULL.

Closed by 70b63d5.

dustin pushed a commit that referenced this issue Apr 19, 2011
Code in this file assumes that newest_binlog is always correct, so when
there is no binlog at all, we must set newest_binlog to NULL.

Closes gh-44.
@MarkRose
Copy link

I also just ran into this or something similar after a server crashed and was rebooted. It had nothing in the queue at the time (the server isn't heavily loaded).

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants