<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:12pt" ><div dir="ltr" >&gt;&gt;&nbsp;tcp6 &nbsp; &nbsp; &nbsp; 1 &nbsp; &nbsp; &nbsp;0 129.129.95.84:40038 &nbsp; &nbsp; 129.129.99.247:39707 &nbsp; &nbsp;CLOSE_WAIT &nbsp;39131/gpfs.ganesha</div>
<div dir="ltr" >&nbsp;</div>
<div dir="ltr" >Looks like ganesha daemon is not closing&nbsp;socket fds for some reason. can you check the listener at service port number&nbsp;39707 at the peer (ip address&nbsp;129.129.99.247) above? "rpcinfo -p&nbsp;129.129.99.247" may give us some info. If a service is restarted at the peer,&nbsp; it may not match though.</div>
<div dir="ltr" >&nbsp;</div>
<div dir="ltr" >Regards, Malahal.</div>
<div dir="ltr" >&nbsp;</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: Leonardo Sala &lt;leonardo.sala@psi.ch&gt;<br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list &lt;gpfsug-discuss@spectrumscale.org&gt;, "Frederick Stock" &lt;stockf@us.ibm.com&gt;<br>Cc:<br>Subject: [EXTERNAL] Re: [gpfsug-discuss] Thousands of CLOSE_WAIT IPV6 connections on CES<br>Date: Wed, Feb 26, 2020 2:02 AM<br>&nbsp;<br><!--Notes ACF
<meta http-equiv="Content-Type" content="text/html; charset=utf8" >-->
<p><tt>Hi Frederick,</tt></p>
<p><tt>thanks for the answer! Unfortunately it seems not the case :(</tt></p>
<p><tt>[root@xbl-ces-4 ~]# netstat -ntp | grep "\:9094 .*CLOSE_WAIT" | wc -l<br>0</tt></p>
<p><tt>In our case, Zimon does not directly interact with Grafana over the bridge, but we have a small python script that (through Telegraf) polls the collector and ingest data into InfluxDB, which acts as data source for Grafana. An example of the opened port is:</tt></p>
<p><tt>tcp6&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 129.129.95.84:40038&nbsp;&nbsp;&nbsp;&nbsp; 129.129.99.247:39707&nbsp;&nbsp;&nbsp; CLOSE_WAIT&nbsp; 39131/gpfs.ganesha. </tt></p>
<p><tt>We opened a PMR to check what's happening, let's see :) But possibly first thing to do is to disable IPv6</tt></p>
<p><tt>cheers</tt></p>
<p><tt>leo</tt></p>
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >Paul Scherrer Institut<br>Dr. Leonardo Sala<br>Group Leader High Performance Computing<br>Deputy Section Head Science IT<br>Science IT<br>WHGA/036<br>Forschungstrasse 111<br>5232 Villigen PSI<br>Switzerland<br><br>Phone: +41 56 310 3369<br><a href="mailto:leonardo.sala@psi.ch" target="_blank">leonardo.sala@psi.ch</a><br><a href="http://www.psi.ch" target="_blank">www.psi.ch</a></font></div>
<div>On 25.02.20 15:01, Frederick Stock wrote:</div>
<blockquote cite="mid:OFE7E4BE07.2888DA29-ON00258519.004CBE8D-00258519.004D06F1@notes.na.collabserv.com" type="cite" ><div dir="ltr" >netstat -ntp | grep <span style="font-size:12pt;" >"\:9094 .*CLOSE_WAIT" | wc -l</span></div></blockquote>
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a>&nbsp;</font></div></blockquote>
<div dir="ltr" >&nbsp;</div></div><BR>