<div dir="ltr"><div dir="ltr"><div>Hello,</div><div><br></div><div>I create a Bug for this issue: <br></div><div><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1706842">https://bugzilla.redhat.com/show_bug.cgi?id=1706842</a><br></div><div><br></div><div>Regards</div><div>David Spisla<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 1. Mai 2019 um 14:46 Uhr schrieb Amar Tumballi Suryanarayan <<a href="mailto:atumball@redhat.com">atumball@redhat.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 17, 2019 at 1:33 PM David Spisla <<a href="mailto:spisla80@gmail.com" target="_blank">spisla80@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Dear Gluster Community,</div><div><br></div><div>I have this setup: 4-Node Glusterfs v5.5 Cluster, using SAMBA/CTDB v4.8 to access the volumes (each node has a VIP)<br></div><div><br></div><div>I was testing this failover scenario:</div><div><br></div><div>1. Start Writing
<span style="font-size:11pt;font-family:Calibri,sans-serif">940 GB with small files (64K-100K)from a Win10 Client to node1<br></span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif">2. During the write process I hardly shutdown node1
<span style="font-size:11pt;font-family:Calibri,sans-serif">(where the client is connect via VIP)</span>
by turn off the power <br></span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif"><br></span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif">My expectation is, that the write process stops and after a while the Win10 Client offers me a Retry, so I can continue the write on different node (which has now the VIP of node1).</span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif">In past time I did this observation, but now the system shows a strange bahaviour:</span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif"><br></span></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif">The Win10 Client do nothing and the Explorer freezes, in the backend CTDB can not perform the failover and throws errors. The glusterd from node2 and node3 logs this messages:</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><span style="font-size:11pt;font-family:Calibri,sans-serif">
</span><pre class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-java">[2019-04-16 14:47:31.828323] W [glusterd-locks.c:795:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x24349) [0x7f1a62fcb349] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x2d950) [0x7f1a62fd4950] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0xe0359) [0x7f1a63087359] ) 0-management: Lock <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> vol archive1 not held
[2019-04-16 14:47:31.828350] W [MSGID: 106117] [glusterd-handler.c:6451:__glusterd_peer_rpc_notify] 0-management: Lock not released <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> archive1
[2019-04-16 14:47:31.828369] W [glusterd-locks.c:795:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x24349) [0x7f1a62fcb349] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x2d950) [0x7f1a62fd4950] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0xe0359) [0x7f1a63087359] ) 0-management: Lock <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> vol archive2 not held
[2019-04-16 14:47:31.828376] W [MSGID: 106117] [glusterd-handler.c:6451:__glusterd_peer_rpc_notify] 0-management: Lock not released <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> archive2
[2019-04-16 14:47:31.828412] W [glusterd-locks.c:795:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x24349) [0x7f1a62fcb349] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0x2d950) [0x7f1a62fd4950] -->/usr/lib64/glusterfs/5.5/xlator/mgmt/glusterd.so(+0xe0359) [0x7f1a63087359] ) 0-management: Lock <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> vol gluster_shared_storage not held
[2019-04-16 14:47:31.828423] W [MSGID: 106117] [glusterd-handler.c:6451:__glusterd_peer_rpc_notify] 0-management: Lock not released <span class="gmail-m_8025911686314441073gmail-m_5834478107445823045gmail-code-keyword">for</span> gluster_shared_storage</pre>
</div></blockquote><div> </div><div><b>In my oponion Samba/CTDB can not perform the failover correctly and continue the write process because glusterfs didn't released the lock.</b> What do you think? It seems to me like a bug because in past time the failover works correctly.</div><div><br></div></div></blockquote><div><br></div><div>Thanks for the report David. It surely looks like a bug, and I would let some experts on this domain answer the question. One request on such thing is to file a bug (preferred) or github issue, so it can be present in system.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>Regards</div><div>David Spisla<br></div><div><span style="font-size:11pt;font-family:Calibri,sans-serif"><br></span>
</div></div>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_8025911686314441073gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div></div>
</blockquote></div>