<div dir="ltr">An RPC-message TTL mechanism sounds like a good solution.<div><br></div><div>I've opened a launchpad bug, so we can move the discussion there, and see if we can think of more ideas to solve this:</div><div><a href="https://bugs.launchpad.net/nova/+bug/1571175">https://bugs.launchpad.net/nova/+bug/1571175</a><br></div><div><br></div><div>Also, please see this previous bug on the same issue:</div><div><a href="https://bugs.launchpad.net/nova/+bug/1276214">https://bugs.launchpad.net/nova/+bug/1276214</a><br></div><div><br></div><div>There, the bug was on a migration request. There, the solution was to catch the RPC-Timeout exception, since the migrate RPC request is issued using a "call", and not a "cast", hence waiting for nova-conductor to acknowledge the message before considering it delivered.</div><div>We should either consider moving all RPC operations to 'call', or, if we want to return from the REST request as fast as possible, let's move the migrate RPC request to 'cast' as well.</div><div><br></div><div>I've added all this information to the launchpad bug.</div><div><br></div><div>Thanks,</div><div>Shoham</div></div>