<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" >Hello,</div>
<div dir="ltr" > </div>
<div dir="ltr" >the short answer is that the "deadtime" parameter is not a supported parameter in Spectrum Scale.</div>
<div dir="ltr" > </div>
<div dir="ltr" >The longer answer is that setting "deadtime" likely does not solve any issue. "deadtime" was introduced in Samba mainly for older protocol versions. While it is implemented independent of protocol versions, not the statement about "no open files" for a connection to be closed. Spectrum Scale only supports SMB versions 2 and 3. Basically everything there is based on an open file handle. Most SMB 2/3 clients open at least the root directory of the export and register for change notifications there and the client then can wait for any time for changes. That is a valid case, and the open directory handle prevents the connection from being affected by any setting of the "deadtime" parameter.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Clients that are no longer active and have not properly closed the connection are detected on the TCP level:</div>
<div dir="ltr" > </div>
<div dir="ltr" ><div># mmsmb config list | grep sock<br>socket options TCP_NODELAY SO_KEEPALIVE TCP_KEEPCNT=4 TCP_KEEPIDLE=240 TCP_KEEPINTVL=15</div>
<div> </div>
<div>Every client that no longer responds for 5 minutes will have the connection dropped (240s + 4x15s).</div>
<div> </div>
<div>On the other hand, if the SMB clients are still responding to TCP keep-alive packets, then the connection is considered valid. It might be interesting to look into the unwanted connections and possibly capture a network trace or look into the client systems to better understand the situation.</div>
<div> </div>
<div>Regards,</div></div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" ><br><font size="2" face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" ><font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" >Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ<br>christof.schmitt@us.ibm.com || +1-520-799-2469 (T/L: 321-2469)</font></font></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: "Ouwehand, JJ" <j.ouwehand@vumc.nl><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: "gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>Cc:<br>Subject: [gpfsug-discuss] number of SMBD processes<br>Date: Mon, Oct 2, 2017 6:35 AM<br> <br><!--Notes ACF
<meta http-equiv="Content-Type" content="text/html; charset=utf8" >--> <!--[if !mso]><style></style><![endif]--><!--[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]-->
<div><p><span lang="EN-US" >Hello,<o:p></o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p><span lang="EN-US" >Since we use new “IBM Spectrum Scale SMB CES” nodes, we see that that the number of SMBD processes has increased significantly from ~ 4,000 to ~ 7,500. We also see that the SMBD processes are not closed.<o:p></o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p><span lang="EN-US" >This is likely because the Samba global-parameter “deadtime” is missing.<o:p></o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p><span lang="EN-US" >------------<o:p></o:p></span></p>
<p><span style="font-size:10.0pt;font-family:"Courier New"" lang="EN-US" >https://www.samba.org/samba/docs/using_samba/ch11.html<o:p></o:p></span></p>
<p><span style="font-size:10.0pt;font-family:"Courier New"" lang="EN-US" >This global option sets the number of minutes that Samba will wait for an inactive client before closing its session with the Samba server. A client is considered inactive when it has no open files and no data is being sent from it. The default value for this option is 0, which means that Samba never closes any connection, regardless of how long they have been inactive. This can lead to unnecessary consumption of the server's resources by inactive clients. We recommend that you override the default as follows:<o:p></o:p></span></p>
<p><span style="font-size:10.0pt;font-family:"Courier New"" lang="EN-US" ><o:p> </o:p></span></p>
<p><span style="font-size:10.0pt;font-family:"Courier New"" lang="EN-US" >[global]<o:p></o:p></span></p>
<p><span style="font-size:10.0pt;font-family:"Courier New"" lang="EN-US" > deadtime = 10<o:p></o:p></span></p>
<p><span lang="EN-US" >------------<o:p></o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p><span lang="EN-US" >Is this Samba parameter “deadtime” supported by IBM?<o:p></o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p><span lang="EN-US" ><o:p> </o:p></span></p>
<p style="text-autospace:none" ><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" >Kindly regards,<o:p></o:p></span></p>
<p style="text-autospace:none" ><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" > <o:p></o:p></span></p>
<p style="text-autospace:none" ><b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" >Jaap Jan Ouwehand</span></b><br><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" >ICT Specialist (Storage & Linux)<o:p></o:p></span></p>
<p style="text-autospace:none" ><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" lang="EN-US" >VUmc - ICT<o:p></o:p></span></p>
<p style="text-autospace:none" ><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" ><o:p> </o:p></span></p>
<p style="text-autospace:none" ><span style="mso-fareast-language:NL" ><img alt="VUmc_logo_samen_kiezen_voor_beter" id="Afbeelding_x0020_1" src="cid:image001.gif@01D33B90.D2CAECC0" height="62" width="160" ><o:p></o:p></span></p>
<p style="text-autospace:none" ><br><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#1F497D;mso-fareast-language:NL" > </span><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:black;mso-fareast-language:NL" ><o:p></o:p></span></p>
<p><o:p> </o:p></p></div>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI&m=LCAKWPxQj5PMUf5YKTH3Z0zW9cDW--1AO_mljWE3ni8&s=y0FjQ5P-9Q7YjxyvuNNa4kdzHZKfrsjW81pGDLMNuig&e=" target="_blank" >https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=5Nn7eUPeYe291x8f39jKybESLKv_W_XtkTkS8fTR-NI&m=LCAKWPxQj5PMUf5YKTH3Z0zW9cDW--1AO_mljWE3ni8&s=y0FjQ5P-9Q7YjxyvuNNa4kdzHZKfrsjW81pGDLMNuig&e=</a> </font></div></blockquote>
<div dir="ltr" > </div></div>
<BR>