<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font color="#000099" face="monospace">Hi everybody,<br>
      <br>
      This is more of a part of a larger wishlist:<br>
      <br>
      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.<br>
      <br>
      Here's an illustration:<br>
      <br>
      root@someserver:/var/lib/glusterd/peers] gluster peer probe
      some_non_host &amp;<br>
      [1] 25918<br>
      root@someserver:/var/lib/glusterd/peers] cat some_non_host<br>
      uuid=00000000-0000-0000-0000-000000000000<br>
      state=0<br>
      hostname1=ksome_non_host<br>
      root@someserver:/var/lib/glusterd/peers]<br>
      root@someserver:/var/lib/glusterd/peers] peer probe: failed: Probe
      returned with unknown errno 107<br>
      <br>
      [1]+&nbsp; Exit 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gluster peer probe some_non_host<br>
      root@someserver:/var/lib/glusterd/peers] ls<br>
      root@someserver:/var/lib/glusterd/peers] <br>
      &nbsp;<br>
      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.<br>
      <br>
      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 &lt;peer-name&gt;.tmp? Preferably, also
      delete any temp file discovered during recovery at startup?<br>
      <br>
      I reported a bug over this at bugzilla. Its
      <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1067733">https://bugzilla.redhat.com/show_bug.cgi?id=1067733</a>.<br>
      <br>
      Thanks,<br>
      Anirban<br>
    </font>
  </body>
</html>