<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">How's that for a useless mysterious title? A bit more on what we're seeing:<div><br></div><div>I'm running 2.8.1, and I have one queue in our setup with a long TTL ("expiring-queue", we'll call it), which then uses dead-letter-exchange to reroute to another queue ("action-queue"). The TTL for these expiring messages is 7 days. So it looks like this:</div><div><br></div><div>[ec2-user@web03 current]$ sudo rabbitmqctl list_queues name messages arguments durable</div><div>expiring-queue<span class="Apple-tab-span" style="white-space:pre"> </span>311443<span class="Apple-tab-span" style="white-space:pre"> </span>[{"x-dead-letter-exchange","my-exchange"},{"x-message-ttl",604800000},{"x-dead-letter-routing-key","action-queue"}]<span class="Apple-tab-span" style="white-space:pre"> </span>true</div><div>action-queue<span class="Apple-tab-span" style="white-space:pre"> </span>0<span class="Apple-tab-span" style="white-space:pre"> </span>[]<span class="Apple-tab-span" style="white-space:pre"> </span>true</div><div><br></div><div>(BTW, What I'm doing is using the TTL as a way to keep track of an event that expires after one week. Namely, we keep a count of a particular event for the last 7 days. So each time the event happens we write to the action-queue which increments the value, and to the expiring queue. 7 days later, that message gets expired into the action-queue again, and we decrement the counter. So we have a real-time, running 7 day counter.)</div><div><br></div><div>This for the most part is stable. Except when it's not. We've seen 3 or 4 crashes of this system since we set it up 3 weeks ago. I can't find any information in the logs to tell me why Rabbit crashed, it just dies silently. But more distributing is that when I bring it back up, all the messages (typically millions) in the expiring-queue are gone. That's death for me, because that's the only record of when those things are supposed to expire.</div><div><br></div><div>Any leads on where to look for more crash reports or evidence of what's happening here? And importantly, in what case would these messages be lost (seems like that should never happen!) The queue is durable, and I'm using deliveryMode=2 for the messages. I'm pretty sure that persistence works in general, because I can stop rabbit and restart it and all the messages are still there...they are only lost in the case of this odd silent crash. I've also tried doing evil things like kill -9 various server processes, and haven't been able to reproduce the message loss in any controlled environment.</div><div><br></div><div>I'm LOVING that this could work in Rabbit with the 2.8 updates, hoping to not have to move to another queueing system where I have to build all the dead-letter-routing stuff myself, when this is so close to a clean solution.</div><div><br></div><div>Thanks in advance for any thoughts.</div><div><br></div><div>-Will</div><div><br></div><div><br></div><div><br></div><div><br><div apple-content-edited="true">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><div>________________</div><div>Will Koffel</div><div>CTO, Thumb™</div><div>51 E 12th St., 4th Floor</div><div>New York, NY 10003</div><div>Office: (212) 673-8650</div><div>Mobile: (617) 575-WILL</div><div>@thumb</div><div><a href="http://www.thumb.it/">www.thumb.it</a></div></div></div><div><br></div></div></span></div><br class="Apple-interchange-newline"></div><br class="Apple-interchange-newline"></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br></div></body></html>