<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 11/15/2017 12:54 PM, Daniel Berteaud
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:5669b956-ca20-177e-de23-e721e8730459@firewall-services.com">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">Le 13/11/2017 à 21:07, Daniel
Berteaud a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:b5d3edb2-f959-4228-ca98-86af7131fb35@firewall-services.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<br>
<div class="moz-cite-prefix">Le 13/11/2017 à 10:04, Daniel
Berteaud a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:7583ec0a-bbfe-198f-e2f3-41e0a819050f@firewall-services.com">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<p>Could I just remove the content of the brick (including the
.glusterfs directory) and reconnect ?</p>
</blockquote>
<br>
</blockquote>
</blockquote>
If it is only the brick that is faulty on the bad node, but
everything else is fine, like glusterd running, the node being a
part of the trusted storage pool etc, you could just kill the brick
first and do step-13 in "10.6.2. Replacing a Host Machine with the
Same Hostname", (the mkdir of non-existent dir, followed by setfattr
of non-existent key) of
<a class="moz-txt-link-freetext" href="https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3.1/pdf/Administration_Guide/Red_Hat_Storage-3.1-Administration_Guide-en-US.pdf">https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3.1/pdf/Administration_Guide/Red_Hat_Storage-3.1-Administration_Guide-en-US.pdf</a>,
then restart the brick by restarting glusterd on that node. Read
10.5 and 10.6 sections in the doc to get a better understanding of
replacing bricks.<br>
<br>
<br>
<blockquote type="cite"
cite="mid:5669b956-ca20-177e-de23-e721e8730459@firewall-services.com">
<blockquote type="cite"
cite="mid:b5d3edb2-f959-4228-ca98-86af7131fb35@firewall-services.com">
In fact, what would be the difference between reconnecting the
brick with a wiped FS, and using<br>
<br>
gluster volume remove-brick vmstore replica 1
master1:/mnt/bricks/vmstore<br>
gluster volume add-brick myvol replica 2
master1:/mnt/bricks/vmstore<br>
gluster volume heal vmstore full<br>
<br>
As explained here: <a class="moz-txt-link-freetext"
href="http://lists.gluster.org/pipermail/gluster-users/2014-January/015533.html"
moz-do-not-send="true">http://lists.gluster.org/pipermail/gluster-users/2014-January/015533.html</a><br>
<br>
?<br>
</blockquote>
<br>
No one can help ?<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<table>
<tbody>
<tr>
<td>
<p> <img
src="http://www.firewall-services.com/media/image/signature_mail_fws.png"
alt="Logo FWS" moz-do-not-send="true" width="275"> </p>
</td>
<td> <font size="2" face="Verdana, Geneva, sans-serif"> <strong>Daniel
Berteaud</strong><br>
<br>
FIREWALL-SERVICES SAS.<br>
Société de Services en Logiciels Libres<br>
Tel : <a
style="color:#00001f;background-color:#ffffdf;-moz-border-radius:3px;cursor:pointer"
title="Utiliser comme numéro" class="telified"
pattcc="+33" nr="0556641532" href="tel:0556641532"
moz-do-not-send="true">05 56 64 15 32</a><br>
Matrix: @dani:fws.fr<br>
<em><a class="moz-txt-link-abbreviated"
href="http://www.firewall-services.com"
moz-do-not-send="true">www.firewall-services.com</a></em>
</font> </td>
</tr>
</tbody>
</table>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://lists.gluster.org/mailman/listinfo/gluster-users">http://lists.gluster.org/mailman/listinfo/gluster-users</a></pre>
</blockquote>
<br>
</body>
</html>