<div dir="ltr">The container server has it's own reclaim age setting - make sure you fix that up to clear out those container db's (do they have three replica?)<div><br></div><div>the .ts files might be more trixy - <a href="https://bugs.launchpad.net/swift/+bug/1301728">https://bugs.launchpad.net/swift/+bug/1301728</a></div><div><br></div><div>How's replica count of 1 working out for you?  Are you raid backed or just dev test don't care about your data?  What does a *-replicator even *do* if there's nothing in the node list to talk to - just revert handoffs I guess.... seems like there's a high probably of missing objects after a ring change :D</div><div><br></div><div>-Clay</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 9, 2014 at 9:17 PM, Shrinand Javadekar <span dir="ltr"><<a href="mailto:shrinand@maginatics.com" target="_blank">shrinand@maginatics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have a single node Swift cluster with a replica count of 1. I<br>
recently found that writes to this instance were becoming incredibly<br>
slow due to two types of timeouts:<br>
<br>
1) container-server timeout when trying to lock the db.<br>
2) object-server timeout when connecting to the container-server<br>
(saving for async update later).<br>
<br>
I suspect this is happening because the sqlite db has grown to be very<br>
large. The .db file the container directory was 1.5GB in size.<br>
<br>
I looked at the "objects" table from the container db and it showed it<br>
had >10M entries. 4M out of these had the "deleted" bit set. In order<br>
to reduce the size of the db, I changed the "reclaim_age" option in<br>
the "object-replicator" config to 30 seconds. This setting is<br>
perfectly fine for my use case because there is a single replica.<br>
<br>
As per the documentation, the replicator considers a directory for<br>
replication when a new object gets written into it. At that time, the<br>
replicator will also delete objects which have gone past the<br>
reclaim_age. However, even after several thousands of new object<br>
writes, I don't see the ".ts" files being deleted or the container db<br>
entries being removed.<br>
<br>
1) Does the replicator delete objects even when there is no<br>
replication involved? E.g. when replica count is 1.<br>
2) Are there other ways to tune the system for objects to be deleted faster?<br>
<br>
-Shri<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</blockquote></div><br></div>