search for: alvarezsaurus

..., but actually they did not. And this is what I have now. # gluster volume info gv0 Volume Name: gv0 Type: Replicate Volume ID: 1e3ca399-8e57-4ee8-997f-f64479199d23 Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: zephyrosaurus:/vol/gfs/gv0 Brick2: alvarezsaurus:/vol/gfs/gv0 Brick3: nanosaurus:/vol/gfs/gv0 Options Reconfigured: cluster.entry-self-heal: on cluster.metadata-self-heal: on cluster.data-self-heal: on <snip> On all three hosts: # ls /vol/vmail/net/provocation/oracle/Maildir/cur ls: reading directory '/vol/vmail/net/provocation/oracle...

I should add that in /var/lib/glusterd/vols/gv0/gv0-shd.vol and in all other configs in /var/lib/glusterd/ on all three machines the nodes are consistently named client-2: zephyrosaurus client-3: alvarezsaurus client-4: nanosaurus This is normal. It was the second time that a brick was removed, so client-0 and client-1 are gone. So the problem is the file attibutes themselves. And there I see things like trusted.afr.gv0-client-0=0x000000000000000000000000 trusted.afr.gv0-client-1=0x0000000000000000000...

...Nikolov On Wed, Jun 26, 2024 at 20:46, Zenon Panoussis<oracle at provocation.net> wrote: I should add that in /var/lib/glusterd/vols/gv0/gv0-shd.vol and in all other configs in /var/lib/glusterd/ on all three machines the nodes are consistently named client-2: zephyrosaurus client-3: alvarezsaurus client-4: nanosaurus This is normal. It was the second time that a brick was removed, so client-0 and client-1 are gone. So the problem is the file attibutes themselves. And there I see things like trusted.afr.gv0-client-0=0x000000000000000000000000 trusted.afr.gv0-client-1=0x0000000000000000000...