Gluster users - Feb 2012 - non x86_64 architectures

Hi,

I'm convinced about GlusterFS's superiority :) to the point I want to
evaluate it on a cluster. But the cluster in question would be
multi-architecture cluster, consisting on blades running x86_64, x86,
mips and ppc. So I understand my chances are rather thin to find
experience on it, but I ask you anyway.

Does the community have experience or know someone that is running
GlusterFS on non x86_64 environment, what is to be expected?

Since it's userspace stuff, I don't see why in theory it wouldn't
work
cross-compiled on non x86_64, but likely it lacks testing in such env.

To be more precise about the setup, the data hosting nodes with the
disks would be x86(_64) and it would be enough to just FUSE mount it
from the other nodes of foreigh architecture. Perhaps this makes the
situation somewhat easier than requiring all the features on non x86_64
arcs?


BR,

 Ilkka Tengvall

On Wednesday 15 February 2012 14:01:47 Tengvall, Ilkka
wrote:
> I'm convinced about GlusterFS's superiority :) to the point I want
to
> evaluate it on a cluster. But the cluster in question would be
> multi-architecture cluster, consisting on blades running x86_64, x86,
> mips and ppc. So I understand my chances are rather thin to find
> experience on it, but I ask you anyway.
> Does the community have experience or know someone that is running
> GlusterFS on non x86_64 environment, what is to be expected?
I can report that mixing 32bit and 64bit within one cluster, even mixing 
bricks on these architectures into one volume, doesn't seem to have any bad 
effect. At least nothing dbench didn't find with accessing several hundred
files
several hundred times a second.

I think one of the reasons the official support doesn't cover non-x86_64 is
that
some of the file-ids are 64bit or something like that...

Working for an intel-reseller I probably won't get the chance to test
gluster
on non x86* hardware. ;-)

Have fun,

Arnold
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20120215/44ef1cea/attachment.sig>