[rhos-list] Unable to access Swift using Keystone on reboot

Pete Zaitcev zaitcev at redhat.com
Tue Nov 6 02:34:25 UTC 2012


On Mon, 5 Nov 2012 17:22:48 -0600
David Hernandez <dhern at us.ibm.com> wrote:

> Does Swift try to write binary extended attributes?

It may if user asks it to, but I think not for itself normally.

> Does Swift use setfattr to write extended atrributes?

Swift uses the syscall fsetxattr(2), while setfattr(1) is a shell command.

With the defails aside, I thought about the problem of HPSS a little bit
in general.

I continue to think that your attempts of running Swift on top of
HPSS VFS are ill-advised. If I may, you really need a different thing:
a module for so-called "Swift LFS" (Local File System) which supports
HPSS natively. Unfortunately, LFS does not yet exist. The Red Hat Storage
team is working on an implementation of it, called "Gluster UFO" (Unified
Storage Objects). If someone wrote a plugin that worked as "HPSS UFO",
the issues of extended attributes, or any other kind of impedance
matching, would be contained within such plugin. It could even bypass
HPSS VFS altogether. I think it would be ideal for your needs --
as much as I understand them, of course.

So, if you want to deploy Swift today, please use tried and tested
storage back-ends. But by all means, feel free to help OpenStack community
to develop LFS/UFO for tomorrow.

Yours,
-- Pete




More information about the rhos-list mailing list