[Gluster-users] Failed cleanup on peer probe tmp file causes volume re-initialization problems

Chalcogen chalcogen_eg_oxygen at yahoo.com
Fri Feb 21 00:21:51 UTC 2014


Hi everybody,

This is more of a part of a larger wishlist:

I found out that when a peer probe is performed by the user, 
mgmt/glusterd write a file named after the hostname of the peer in 
question. On successful probes, this file is replaced with a file named 
after the UUID of the glusterd instance on the peer, while a failed 
probe causes the temp file to simply get deleted.

Here's an illustration:

root at someserver:/var/lib/glusterd/peers] gluster peer probe some_non_host &
[1] 25918
root at someserver:/var/lib/glusterd/peers] cat some_non_host
uuid=00000000-0000-0000-0000-000000000000
state=0
hostname1=ksome_non_host
root at someserver:/var/lib/glusterd/peers]
root at someserver:/var/lib/glusterd/peers] peer probe: failed: Probe 
returned with unknown errno 107

[1]+  Exit 1                  gluster peer probe some_non_host
root at someserver:/var/lib/glusterd/peers] ls
root at someserver:/var/lib/glusterd/peers]

Here's the deal. When, for some reason, glulsterd is killed off before 
it get a chance to clean up on the temp file (say for a peer that really 
doesn't exist), and then, if you reboot your machine, the temporary file 
will really break mgmt/glusterd's recovery graph, and glusterd will be 
unable to initialize any of the existing volumes without having to 
delete the tmp file manually.

It seems to me that mgmt/glusterd should have the intelligence to 
distinguish between a genuine peer and a temp file created during probe. 
The temp file should not affect the recovery graph after reboot. 
Something like a <peer-name>.tmp? Preferably, also delete any temp file 
discovered during recovery at startup?

I reported a bug over this at bugzilla. Its 
https://bugzilla.redhat.com/show_bug.cgi?id=1067733.

Thanks,
Anirban
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140221/b83d1387/attachment.html>


More information about the Gluster-users mailing list