<div dir="ltr">Pete, thanks a lot. I installed from the master branch of github and the problem was instantly resolved, so it was probably from that commit or another that has since fixed the problem.</div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Thu, Jan 2, 2014 at 8:07 PM, Pete Zaitcev <span dir="ltr"><<a href="mailto:zaitcev@redhat.com" target="_blank">zaitcev@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Mon, 23 Dec 2013 12:13:13 -0800<br>
Stephen Wood <<a href="mailto:smwood4@gmail.com">smwood4@gmail.com</a>> wrote:<br>
<br>
> During any given 100 uploads, I'll usually see between 1 to 4% of the<br>
> calls give a 404.<br>
<br>
</div>In my practice, all such cases were related to custer health. However,<br>
since your 404 occurs when Object controler in proxy checks if container<br>
exists, and the container exists long term (so it's not a health issue<br>
like overloaded updater), it may indeed be the transient "DB locked" issue<br>
that Kuo mentioned. I think.<br>
<br>
Try to apply this:<br>
 <a href="https://github.com/openstack/swift/commit/700479bd67be23648b5998ee4353db7e290f8601" target="_blank">https://github.com/openstack/swift/commit/700479bd67be23648b5998ee4353db7e290f8601</a><br>
<span class="HOEnZb"><font color="#888888"><br>
-- Pete<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Stephen Wood<div><a href="http://www.heystephenwood.com" target="_blank">www.heystephenwood.com</a></div></div>
</div>