Re: linux flash filesystems and GlusterFS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From memory, support to ACLs, SElinux, but I could be wrong.


On Wed, Apr 2, 2014 at 3:37 PM, Jay Vyas <jayunit100@xxxxxxxxx> wrote:
Are there any other requirements other than xattr support?  Would be cool to find ever kernel fs impl and test them automatically on a server (maybe our rack space nodes) somewhere for a series of known gluster requirements.

On Apr 2, 2014, at 6:49 AM, Apostolos Manolitzas <manap@xxxxxxxxxxxxxxxxxxxx> wrote:

Hello,

as far as I can see, from the UBIFS Faq http://www.linux-mtd.infradead.org/doc/ubifs.html#L_xattr

UBIFS supports extended attributes if the corresponding configuration option is enabled (no additional mount options are required). It supports the user, trusted, and security name-spaces. However, access control lists (ACL) support is not implemented.

beyond that, no clue if it's working.

-Apostolos

On 04/02/2014 02:41 PM, Carlos Capriotti wrote:
Hi.

i am not very familiar with those filesystems you mentioned, but as a rule of thumb, a FS for gluster has to support extended attributes, so, this is a good way to start: check if you can tdo that.

Also, when setting gluster with the recommended configuration, you are supposed to use XFS, and the inodes have to be defined with -i size=512.

If experimenting with other FS, make sure you can set the inode as well, just to be in the safe side.

EXT4 is not a good option right now, just in case you are wondering. Lots of discussion and documentation on those issues in past threads of the list.

Cheers.


On Wed, Apr 2, 2014 at 1:34 PM, Apostolos Manolitzas <manap@xxxxxxxxxxxxxxxxxxxx> wrote:
Hello all,

I just discovered the GlusterFS while looking for a solution for high availability on our NAND flashes. We use ubifs and jffs2 for filesystem and we would like to apply some high availability strategy to a part of the flash. So has anyone tested GlusterFS with this setup? Is it a viable solution or should we move to an upper layer solution?

thanks for any opinion,

-Apostolos






_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users




_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux