[Openstack] [Swift] Object expiration vs DELETE

Shrinand Javadekar shrinand at maginatics.com
Thu Oct 10 03:48:48 UTC 2013

I am using Rackspace Cloudfiles-US. I don't have access to the actual
storage servers to find out if the expirer is running.

But given that it is a publicly available object store, I would hope so :-).


On Wed, Oct 9, 2013 at 8:46 PM, Morten Møller Riis <mmr at gigahost.dk> wrote:

> Is the swift-object-expirer daemon running?
> Mvh / Best regards
> Morten Møller Riis
> Gigahost ApS
> mmr at gigahost.dk
> On Oct 10, 2013, at 2:28 PM, Shrinand Javadekar <shrinand at maginatics.com>
> wrote:
> Hi,
> Objects in a swift container can be deleted by either explicitly deleting
> them or by setting a expiry timestamp on them. Is there a performance
> difference between the two? For example, when I want to delete an object,
> instead of deleting it, can I simply set the X-Delete-After attribute of
> that object to 0? Is one faster than the other?
> My guess is that setting the object expiry timestamp may be faster since
> that would only involve changing the xattrs of the object inode. Delete
> will require creation of a new version of the object, truncating it to a 0
> byte file and renaming it to change the extension to ".ts". Seems like less
> work is done when object expiration is set.
> To try this out, I tried setting the X-Delete-After attribute using the
> swift command line client:
> $ swift post -m X-Delete-After: 1 <container-name> <object-name>
> After I did this, when I stat the object, I see the attribute "Meta
> X-Delete-After: 1". However, the object never got deleted. Any idea what
> I'm doing wrong?
> -Shri
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131009/b4215a3e/attachment.html>

More information about the Openstack mailing list