<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 04/01/2014 07:59 AM, Nagaprasad
Sathyanarayana wrote:<br>
</div>
<blockquote
cite="mid:F1C540C9-2E6B-4CFA-BBFB-0B3E3D2788D9@redhat.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<div style="-webkit-text-size-adjust: auto;"><span></span></div>
<div><span style="-webkit-text-size-adjust: auto;"></span>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">Hi All,</span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);"><br>
</span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">In the current
design, <i>gluster peer probe</i> does the job of both
probing the server and adding it to trusted pool. Once the
server is added to trusted pool, it can be detached using<i>peer
detach </i>command<i>. </i></span></div>
<div><i style="-webkit-text-size-adjust: auto; background-color:
rgba(255, 255, 255, 0);"><br>
</i></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">Wondering if it
makes sense to bring in <i>gluster peer attach</i> command
to add the server to trusted pool. The peer probe command
will only prove the server mentioned and tells if it is
reachable. It can also be enhanced to do some diagnostics
such as probing specific ports. </span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);"><br>
</span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">Thoughts?</span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);"><br>
</span></div>
</div>
</blockquote>
<br>
Hey Naga,<br>
<br>
If we implement peer probe and attach commands as you suggested,
does it mean the new peer probe command will be an optional command?
if yes, IMO we can just add another optional argument to the peer
probe/attach command e.g. "--dryrun" to do all diagnostics rather
adding a new command line.<br>
<br>
Thanks,<br>
Lala<br>
<blockquote
cite="mid:F1C540C9-2E6B-4CFA-BBFB-0B3E3D2788D9@redhat.com"
type="cite">
<div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">Thanks</span></div>
<div><span style="-webkit-text-size-adjust: auto;
background-color: rgba(255, 255, 255, 0);">Naga</span></div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Gluster-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a>
<a class="moz-txt-link-freetext" href="https://lists.nongnu.org/mailman/listinfo/gluster-devel">https://lists.nongnu.org/mailman/listinfo/gluster-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>