<div dir="ltr"><span style="font-size:12.8px">Hi Diego,</span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Thanks for the information. I tried only setting &#39;allow-insecure on&#39; but nada.</div><div style="font-size:12.8px">The sentence &quot;If you are using GlusterFS version 3.4.x or below, you can upgrade it to following&quot; in documentation is surely misleading.</div><div style="font-size:12.8px">So would you suggest creating a new 3.10 cluster from scratch then rsync(?) the data from old cluster to the new?</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 25, 2017 at 7:53 PM, Diego Remolina <span dir="ltr">&lt;<a href="mailto:dijuremo@gmail.com" target="_blank">dijuremo@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">You cannot do a rolling upgrade from 3.6.x to 3.10.x You will need downtime.<br>
<br>
Even 3.6 to 3.7 was not possible... see some references to it below:<br>
<br>
<a href="https://marc.info/?l=gluster-users&amp;m=145136214452772&amp;w=2" rel="noreferrer" target="_blank">https://marc.info/?l=gluster-<wbr>users&amp;m=145136214452772&amp;w=2</a><br>
<a href="https://gluster.readthedocs.io/en/latest/release-notes/3.7.1/" rel="noreferrer" target="_blank">https://gluster.readthedocs.<wbr>io/en/latest/release-notes/3.<wbr>7.1/</a><br>
<br>
# gluster volume set &lt;volname&gt; server.allow-insecure on Edit<br>
/etc/glusterfs/glusterd.vol to contain this line: option<br>
rpc-auth-allow-insecure on<br>
<br>
Post 1, restarting the volume would be necessary:<br>
<br>
# gluster volume stop &lt;volname&gt;<br>
# gluster volume start &lt;volname&gt;<br>
<br>
<br>
HTH,<br>
<br>
Diego<br>
<div><div class="gmail-h5"><br>
On Fri, Aug 25, 2017 at 7:46 AM, Yong Tseng &lt;<a href="mailto:yongtw123@gmail.com">yongtw123@gmail.com</a>&gt; wrote:<br>
&gt; Hi all,<br>
&gt;<br>
&gt; I&#39;m currently in process of upgrading a replicated cluster (1 x 4) from<br>
&gt; 3.6.3 to 3.10.5. The nodes run CentOS 6. However after upgrading the first<br>
&gt; node, the said node fails to connect to other peers (as seen via &#39;gluster<br>
&gt; peer status&#39;), but somehow other non-upgraded peers can still see the<br>
&gt; upgraded peer as connected.<br>
&gt;<br>
&gt; Writes to the Gluster volume via local mounts of non-upgraded peers are<br>
&gt; replicated to the upgraded peer, but I can&#39;t write via the upgraded peer as<br>
&gt; the local mount seems forced to read-only.<br>
&gt;<br>
&gt; Launching heal operations from non-upgraded peers will output &#39;Commit failed<br>
&gt; on &lt;upgraded peer IP&gt;. Please check log for details&#39;.<br>
&gt;<br>
&gt; In addition, during upgrade process there were warning messages about my old<br>
&gt; vol files renamed with .rpmsave extension. I tried starting Gluster with my<br>
&gt; old vol files but the problem persisted. I tried generating new vol files<br>
&gt; with &#39;glusterd --xlator-option &quot;*.upgrade=on&quot; -N&#39;, still no avail.<br>
&gt;<br>
&gt; Also I checked the brick log it had several messages about &quot;failed to get<br>
&gt; client opversion&quot;. I don&#39;t know if this is pertinent. Could it be that the<br>
&gt; upgraded node cannot connect to older nodes but still can receive<br>
&gt; instructions from them?<br>
&gt;<br>
&gt; Below are command outputs; some data are masked.<br>
&gt; I&#39;d provide more information if required.<br>
&gt; Thanks in advance.<br>
&gt;<br>
&gt; ===&gt; &#39;gluster volume status&#39; ran on non-upgraded peers<br>
&gt;<br>
&gt; Status of volume: gsnfs<br>
&gt; Gluster process                                         Port    Online  Pid<br>
&gt; ------------------------------<wbr>------------------------------<wbr>------------------<br>
&gt; Brick gs-nfs01:/ftpdata                                 49154   Y       2931<br>
&gt; Brick gs-nfs02:/ftpdata                                 49152   Y<br>
&gt; 29875<br>
&gt; Brick gs-nfs03:/ftpdata                                 49153   Y       6987<br>
&gt; Brick gs-nfs04:/ftpdata                                 49153   Y<br>
&gt; 24768<br>
&gt; Self-heal Daemon on localhost                           N/A     Y       2938<br>
&gt; Self-heal Daemon on gs-nfs04                            N/A     Y<br>
&gt; 24788<br>
&gt; Self-heal Daemon on gs-nfs03                            N/A     Y       7007<br>
&gt; Self-heal Daemon on &lt;IP&gt;                      N/A     Y       29866<br>
&gt;<br>
&gt; Task Status of Volume gsnfs<br>
&gt; ------------------------------<wbr>------------------------------<wbr>------------------<br>
&gt; There are no active volume tasks<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ===&gt; &#39;gluster volume status&#39; on upgraded peer<br>
&gt;<br>
&gt; Gluster process                             TCP Port  RDMA Port  Online  Pid<br>
&gt; ------------------------------<wbr>------------------------------<wbr>------------------<br>
&gt; Brick gs-nfs02:/ftpdata                     49152     0          Y<br>
&gt; 29875<br>
&gt; Self-heal Daemon on localhost               N/A       N/A        Y<br>
&gt; 29866<br>
&gt;<br>
&gt; Task Status of Volume gsnfs<br>
&gt; ------------------------------<wbr>------------------------------<wbr>------------------<br>
&gt; There are no active volume tasks<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ===&gt; &#39;gluster peer status&#39; on non-upgraded peer<br>
&gt;<br>
&gt; Number of Peers: 3<br>
&gt;<br>
&gt; Hostname: gs-nfs03<br>
&gt; Uuid: 4c1544e6-550d-481a-95af-<wbr>2a1da32d10ad<br>
&gt; State: Peer in Cluster (Connected)<br>
&gt;<br>
&gt; Hostname: &lt;IP&gt;<br>
&gt; Uuid: 17d554fd-9181-4b53-9521-<wbr>55acf69ac35f<br>
&gt; State: Peer in Cluster (Connected)<br>
&gt; Other names:<br>
&gt; gs-nfs02<br>
&gt;<br>
&gt; Hostname: gs-nfs04<br>
&gt; Uuid: c6d165e6-d222-414c-b57a-<wbr>97c64f06c5e9<br>
&gt; State: Peer in Cluster (Connected)<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ===&gt; &#39;gluster peer status&#39; on upgraded peer<br>
&gt;<br>
&gt; Number of Peers: 3<br>
&gt;<br>
&gt; Hostname: gs-nfs03<br>
&gt; Uuid: 4c1544e6-550d-481a-95af-<wbr>2a1da32d10ad<br>
&gt; State: Peer in Cluster (Disconnected)<br>
&gt;<br>
&gt; Hostname: gs-nfs01<br>
&gt; Uuid: 90d3ed27-61ac-4ad3-93a9-<wbr>3c2b68f41ecf<br>
&gt; State: Peer in Cluster (Disconnected)<br>
&gt; Other names:<br>
&gt; &lt;IP&gt;<br>
&gt;<br>
&gt; Hostname: gs-nfs04<br>
&gt; Uuid: c6d165e6-d222-414c-b57a-<wbr>97c64f06c5e9<br>
&gt; State: Peer in Cluster (Disconnected)<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; - Yong<br>
&gt;<br>
</div></div>&gt; ______________________________<wbr>_________________<br>
&gt; Gluster-users mailing list<br>
&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt; <a href="http://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-users</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">- Yong<br></div>
</div></div>