[Gluster-users] Why does NUFA not allow mounts even from trusted peers without a subvolume?
Anand Avati
avati at gluster.org
Wed Dec 4 22:08:51 UTC 2013
You are probably using 3.3 or older? This has been fixed in 3.4 (
http://review.gluster.org/5414)
Thanks,
Avati
On Wed, Dec 4, 2013 at 2:05 PM, Michael Lampe <mlampe0 at googlemail.com>wrote:
> I've installed GlusterFS on our 23-node Beowulf cluster. Each node has a
> disc which provides a brick for the GlusterFS volume and every node mounts
> this volume. The NUFA translator is ideal for the code we run and
> everythings works fine so far.
>
> Only problem is the frontend node, which does not have a subvolume: After
> I've turned on NUFA, it no longer can mount the volume. :(
>
> [2013-12-04 21:35:44.262738] E [nufa.c:641:init] 0-gv0-dht: Could not find
> specified or local subvol
> [2013-12-04 21:35:44.262766] E [xlator.c:390:xlator_init] 0-gv0-dht:
> Initialization of volume 'gv0-dht' failed, review your volfile again
> [2013-12-04 21:35:44.262783] E [graph.c:292:glusterfs_graph_init]
> 0-gv0-dht: initializing translator failed
> [2013-12-04 21:35:44.262799] E [graph.c:479:glusterfs_graph_activate]
> 0-graph: init failed
>
> Is there any technical reason for treating things this way? Why cannot
> NUFA fall back to distribute, like it does when the local subvolume has not
> enough free space?
>
> Or is there a better way to include a frontend node?
>
> -Michael
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20131204/ecf0eb28/attachment.html>
More information about the Gluster-users
mailing list