Description of problem: If gfid2path is disabled on a volume that was upgraded from rhgs-3.3.1 to rhgs-3.40, it still goes ahead and creates the xattr. Version-Release number of selected component (if applicable): rhgs-3.4.0 How reproducible: Always Steps to Reproduce: 1. Created a single node, replica 3 volume and mounted on the same node using rhgs.3.2.0 2. Upgraded the cluster op-version to 31301 3. Created a file from mount; gfid2path xattr is set as expected. (since the feature is on by default). 4. Disable gfid2path: gluster v set <volname> gfid2path disable 5. Create a new file from the mount. The file still has the xattr set. Note: Once the brick processes are restarted, the attr is no longer created. So if disabling gfid2path requires a brick restart and this is not a bug, we need to have this documented.
There's a proposal to disable gfid2patch in downstream. if that's the case, this bug will be invalidated. So should we go ahead and disable gfid2path in 3.4.0?
We want this xattr to be present in RHGS3.4+ versions, and there is no way for users to fix this. Hence closing this as WONTFIX. Also, for now, many brick options are like this, where if they are set, to get into effect, it needs to be restarted.