I can't see any place the hostname is getting mangled for trusted.glusterfs.pathinfo output, but I'm getting this and wanted to know if that's expected behavior: # getfattr -n trusted.glusterfs.pathinfo ./_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2 # file: _base/1c1133f82c49bf66bde3625f3518bef159e3b6e2 trusted.glusterfs.pathinfo="(<DISTRIBUTE:gv-nova-dht> (<REPLICATE:gv-nova-replicate-0> <POSIX(/gluster/brick02/nova):storage06:/gluster/brick02/nova/instances/_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2> <POSIX(/gluster/brick02/nova):storage02:/gluster/brick02/nova/instances/_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2>))" It's confusing because we have hostnames like "storage06" and "storage02" in that output but the hostnames in the volume definition don't match as they're "storage06-stor" and "storage02-stor": $ sudo gluster volume info gv-nova Volume Name: gv-nova Type: Distributed-Replicate Volume ID: 978c6843-1d6b-48dc-a498-862c57637916 Status: Started Number of Bricks: 7 x 2 = 14 Transport-type: tcp Bricks: Brick1: storage02-stor:/gluster/brick02/nova Brick2: storage06-stor:/gluster/brick02/nova Brick3: storage03-stor:/gluster/brick03/nova Brick4: storage07-stor:/gluster/brick03/nova Brick5: storage03-stor:/gluster/brick04/nova Brick6: storage08-stor:/gluster/brick03/nova Brick7: storage04-stor:/gluster/brick03/nova Brick8: storage07-stor:/gluster/brick04/nova Brick9: storage04-stor:/gluster/brick04/nova Brick10: storage08-stor:/gluster/brick04/nova Brick11: storage02-stor:/gluster/brick03/nova Brick12: storage07-stor:/gluster/brick02/nova Brick13: storage02-stor:/gluster/brick04/nova Brick14: storage08-stor:/gluster/brick02/nova -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20141016/8f074eaf/attachment.html>
Pranith Kumar Karampuri
2014-Oct-17 05:55 UTC
[Gluster-users] trusted.glusterfs.pathinfo question
Joe, Could you send the output of following program on one of the machines? 11:24:31 :( ? cat tmp.c #include <stdio.h> main() { char hostname[256] = {0}; int ret = 0; ret = gethostname (hostname, 256); if (ret == 0) printf ("hostname: %s", hostname); } Pranith On 10/17/2014 06:23 AM, Joe Julian wrote:> I can't see any place the hostname is getting mangled for > trusted.glusterfs.pathinfo output, but I'm getting this and wanted to > know if that's expected behavior: > > # getfattr -n trusted.glusterfs.pathinfo > ./_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2 > # file: _base/1c1133f82c49bf66bde3625f3518bef159e3b6e2 > trusted.glusterfs.pathinfo="(<DISTRIBUTE:gv-nova-dht> > (<REPLICATE:gv-nova-replicate-0> > <POSIX(/gluster/brick02/nova):storage06:/gluster/brick02/nova/instances/_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2><POSIX(/gluster/brick02/nova):storage02:/gluster/brick02/nova/instances/_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2>))" > > > It's confusing because we have hostnames like "storage06" and > "storage02" in that output but the hostnames in the volume definition > don't match as they're "storage06-stor" and "storage02-stor": > > $ sudo gluster volume info gv-nova > > Volume Name: gv-nova > Type: Distributed-Replicate > Volume ID: 978c6843-1d6b-48dc-a498-862c57637916 > Status: Started > Number of Bricks: 7 x 2 = 14 > Transport-type: tcp > Bricks: > Brick1: storage02-stor:/gluster/brick02/nova > Brick2: storage06-stor:/gluster/brick02/nova > Brick3: storage03-stor:/gluster/brick03/nova > Brick4: storage07-stor:/gluster/brick03/nova > Brick5: storage03-stor:/gluster/brick04/nova > Brick6: storage08-stor:/gluster/brick03/nova > Brick7: storage04-stor:/gluster/brick03/nova > Brick8: storage07-stor:/gluster/brick04/nova > Brick9: storage04-stor:/gluster/brick04/nova > Brick10: storage08-stor:/gluster/brick04/nova > Brick11: storage02-stor:/gluster/brick03/nova > Brick12: storage07-stor:/gluster/brick02/nova > Brick13: storage02-stor:/gluster/brick04/nova > Brick14: storage08-stor:/gluster/brick02/nova > > > > > _______________________________________________ > 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/20141017/3901e668/attachment.html>