<div dir="ltr"><div class="gmail_default" style="font-family:arial narrow,sans-serif">I am wondering:<br>Is it possible to write a plugin to handle such sockets? I mean, I know the application won&#39;t use the sockets again, so I just want to discard them. My question is: Will CRIU call the plugin list if it realizes that a socket &quot;has a name but is unconnected&quot;??? Or in a different way: Will CRIU call every single plugin before failing?<br>
<br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">My idea of plugin is simple:<br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">DUMP<br>1 - Verify that the object is the file descriptor for a TCP socket<br>
</div><div class="gmail_default" style="font-family:arial narrow,sans-serif">2 - Verify that the socket is in CLOSE_WAIT state<br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">3 - Report success without recording the object as saved<br>
<br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">RESTORE (Maybe I don&#39;t need this one since I don&#39;t recorded nothing in DUMP)<br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">
1 - Ignore the object<br><br></div><div class="gmail_default" style="font-family:arial narrow,sans-serif">What do you thing? Just note that it only make sense if I know that such connections aren&#39;t waiting for nothing.<br>
</div><div class="gmail_default" style="font-family:arial narrow,sans-serif"><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 24 February 2014 13:54, Cyrill Gorcunov <span dir="ltr">&lt;<a href="mailto:gorcunov@gmail.com" target="_blank">gorcunov@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Feb 24, 2014 at 01:38:34PM +0100, Inti Gonzalez-Herrera wrote:<br>
&gt;    Hi,<br>
&gt;<br>
&gt;    I am enclosing the output you asked me. Also, I tested the hypothesis<br>
&gt;    about CLOSE_WAIT with two programs and it fail with the same message.<br>
&gt;    Nevertheless, looking to the output you asked me I see  the error is on<br>
&gt;    socket d9de (55774).<br>
&gt;<br>
&gt;    I executed lsof and I found this line<br>
&gt;    java      4178   root    8u  IPv6  55774      0t0  TCP<br>
&gt;    argos.irisa.fr:33329-&gt;isis.entimid.org:http (CLOSE_WAIT).<br>
&gt;<br>
&gt;    So, for me the problem is with CLOSE_WAIT. I was reading some information<br>
&gt;    regarding this state and I am wondering if you avoid dumping because the<br>
&gt;    process may be waiting some messages. Anyway, shouldn&#39;t CRIU close the<br>
&gt;    connection anyway??? Maybe it is not a good idea in the general case, but<br>
&gt;    it is a good idea to provide a flag for doing so. In my case, it seems<br>
&gt;    that Java is not closing the connection until the collector is call it.<br>
&gt;    Anyway, I am not sure since I don&#39;t have the source code of the<br>
&gt;    middleware.<br>
<br>
Well, as far as I know, yes. close-wait is not the state we can safely<br>
ignore. On the other hands restoring such socket in closed state is<br>
not hard. Pavel?<br>
<br>
P.S. Please don&#39;t drop criu mailing list from email thread.<br>
</blockquote></div><br></div>