[Gluster-devel] Client side translators doubt
Jeff Darcy
jdarcy at redhat.com
Tue Jan 15 20:29:27 UTC 2013
On 01/15/2013 01:43 PM, Gustavo Bervian Brand wrote:
> I'm trying some volumes configurations with 2 nodes, each one having a
> gluster client and server running.
>
> Both clients have each one a volume related to my translator, which has as
> sub volumes two "protocol/client" subvolumes (one subvol pointing to the local
> node's IP/vol and another pointing to the remote node IP/vol).
>
> This works OK, and here comes the problem: when I try to change the local
> vol at the client side from a "protocol/client" type to a "posix" type the read
> breaks with -1 (operation not permitted).
You don't say what version you're using, but could it be one of these?
https://bugzilla.redhat.com/show_bug.cgi?id=868478
(patch for previous at http://review.gluster.org/#change,4114)
https://bugzilla.redhat.com/show_bug.cgi?id=822995
In general, going directly to storage/posix seems ill warranted. It bypasses a
bunch of translators like marker and access-control, for example. As we go
forward there are likely to be even more "helper" translators for UID mapping,
coordination for client-side encryption or erasure coding. Since it's not
possible to create such a configuration through the CLI or other supported
tools, it's not going to work properly when configurations change, either. Is
it really worth all that, for what is likely to be a modest performance gain in
most cases?
More information about the Gluster-devel
mailing list