<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:3.0cm 2.0cm 3.0cm 2.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="DA" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US">I dont know if this has any relation to you issue. But I have seen several times during gluster healing that my wm’s fail or are marked
unresponsive in rhev. My conclusion is that the load gluster puts on the wm-images during checksum while healing, result in to much latency and wm’s fail.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US">My plans is to try using sharding, so the wm-images/files are split into smaller files, changing the number of allowed concurrent heals
‘cluster.background-self-heal-count’ and disabling ‘cluster.self-heal-daemon’.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US">/Jesper<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Fra:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> gluster-users-bounces@gluster.org [mailto:gluster-users-bounces@gluster.org]
<b>På vegne af </b>Krutika Dhananjay<br>
<b>Sendt:</b> 8. maj 2017 12:38<br>
<b>Til:</b> Alessandro Briosi <ab1@metalit.com>; de Vos, Niels <ndevos@redhat.com><br>
<b>Cc:</b> gluster-users <gluster-users@gluster.org><br>
<b>Emne:</b> Re: [Gluster-users] VM going down<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">The newly introduced "SEEK" fop seems to be failing at the bricks.<o:p></o:p></p>
</div>
<p class="MsoNormal">Adding Niels for his inputs/help.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-Krutika<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Mon, May 8, 2017 at 3:43 PM, Alessandro Briosi <<a href="mailto:ab1@metalit.com" target="_blank">ab1@metalit.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">Hi all,<br>
I have sporadic VM going down which files are on gluster FS.<br>
<br>
If I look at the gluster logs the only events I find are:<br>
/var/log/glusterfs/bricks/data-brick2-brick.log<br>
<br>
[2017-05-08 09:51:17.661697] I [MSGID: 115036]<br>
[server.c:548:server_rpc_notify] 0-datastore2-server: disconnecting<br>
connection from<br>
srvpve2-9074-2017/05/04-14:12:53:301448-datastore2-client-0-0-0<br>
[2017-05-08 09:51:17.661697] I [MSGID: 115036]<br>
[server.c:548:server_rpc_notify] 0-datastore2-server: disconnecting<br>
connection from<br>
srvpve2-9074-2017/05/04-14:12:53:367950-datastore2-client-0-0-0<br>
[2017-05-08 09:51:17.661810] W [inodelk.c:399:pl_inodelk_log_cleanup]<br>
0-datastore2-server: releasing lock on<br>
66d9eefb-ee55-40ad-9f44-c55d1e809006 held by {client=0x7f4c7c004880,<br>
pid=0 lk-owner=5c7099efc97f0000}<br>
[2017-05-08 09:51:17.661810] W [inodelk.c:399:pl_inodelk_log_cleanup]<br>
0-datastore2-server: releasing lock on<br>
a8d82b3d-1cf9-45cf-9858-d8546710b49c held by {client=0x7f4c840f31d0,<br>
pid=0 lk-owner=5c7019fac97f0000}<br>
[2017-05-08 09:51:17.661835] I [MSGID: 115013]<br>
[server-helpers.c:293:do_fd_cleanup] 0-datastore2-server: fd cleanup on<br>
/images/201/vm-201-disk-2.qcow2<br>
[2017-05-08 09:51:17.661838] I [MSGID: 115013]<br>
[server-helpers.c:293:do_fd_cleanup] 0-datastore2-server: fd cleanup on<br>
/images/201/vm-201-disk-1.qcow2<br>
[2017-05-08 09:51:17.661953] I [MSGID: 101055]<br>
[client_t.c:415:gf_client_unref] 0-datastore2-server: Shutting down<br>
connection srvpve2-9074-2017/05/04-14:12:53:301448-datastore2-client-0-0-0<br>
[2017-05-08 09:51:17.661953] I [MSGID: 101055]<br>
[client_t.c:415:gf_client_unref] 0-datastore2-server: Shutting down<br>
connection srvpve2-9074-2017/05/04-14:12:53:367950-datastore2-client-0-0-0<br>
[2017-05-08 10:01:06.210392] I [MSGID: 115029]<br>
[server-handshake.c:692:server_setvolume] 0-datastore2-server: accepted<br>
client from<br>
srvpve2-162483-2017/05/08-10:01:06:189720-datastore2-client-0-0-0<br>
(version: 3.8.11)<br>
[2017-05-08 10:01:06.237433] E [MSGID: 113107] [posix.c:1079:posix_seek]<br>
0-datastore2-posix: seek failed on fd 18 length 42957209600 [No such<br>
device or address]<br>
[2017-05-08 10:01:06.237463] E [MSGID: 115089]<br>
[server-rpc-fops.c:2007:server_seek_cbk] 0-datastore2-server: 18: SEEK-2<br>
(a8d82b3d-1cf9-45cf-9858-d8546710b49c) ==> (No such device or address)<br>
[No such device or address]<br>
[2017-05-08 10:01:07.019974] I [MSGID: 115029]<br>
[server-handshake.c:692:server_setvolume] 0-datastore2-server: accepted<br>
client from<br>
srvpve2-162483-2017/05/08-10:01:07:3687-datastore2-client-0-0-0<br>
(version: 3.8.11)<br>
[2017-05-08 10:01:07.041967] E [MSGID: 113107] [posix.c:1079:posix_seek]<br>
0-datastore2-posix: seek failed on fd 19 length 859136720896 [No such<br>
device or address]<br>
[2017-05-08 10:01:07.041992] E [MSGID: 115089]<br>
[server-rpc-fops.c:2007:server_seek_cbk] 0-datastore2-server: 18: SEEK-2<br>
(66d9eefb-ee55-40ad-9f44-c55d1e809006) ==> (No such device or address)<br>
[No such device or address]<br>
<br>
The strange part is that I cannot seem to find any other error.<br>
If I restart the VM everything works as expected (it stopped at ~9.51<br>
UTC and was started at ~10.01 UTC) .<br>
<br>
This is not the first time that this happened, and I do not see any<br>
problems with networking or the hosts.<br>
<br>
Gluster version is 3.8.11<br>
this is the incriminated volume (though it happened on a different one too)<br>
<br>
Volume Name: datastore2<br>
Type: Replicate<br>
Volume ID: c95ebb5f-6e04-4f09-91b9-bbbe63d83aea<br>
Status: Started<br>
Snapshot Count: 0<br>
Number of Bricks: 1 x (2 + 1) = 3<br>
Transport-type: tcp<br>
Bricks:<br>
Brick1: srvpve2g:/data/brick2/brick<br>
Brick2: srvpve3g:/data/brick2/brick<br>
Brick3: srvpve1g:/data/brick2/brick (arbiter)<br>
Options Reconfigured:<br>
nfs.disable: on<br>
performance.readdir-ahead: on<br>
transport.address-family: inet<br>
<br>
Any hint on how to dig more deeply into the reason would be greatly<br>
appreciated.<br>
<br>
Alessandro<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://lists.gluster.org/mailman/listinfo/gluster-users</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>