<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'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 "has a name but is unconnected"??? 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't need this one since I don'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'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"><<a href="mailto:gorcunov@gmail.com" target="_blank">gorcunov@gmail.com</a>></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>
> Hi,<br>
><br>
> I am enclosing the output you asked me. Also, I tested the hypothesis<br>
> about CLOSE_WAIT with two programs and it fail with the same message.<br>
> Nevertheless, looking to the output you asked me I see the error is on<br>
> socket d9de (55774).<br>
><br>
> I executed lsof and I found this line<br>
> java 4178 root 8u IPv6 55774 0t0 TCP<br>
> argos.irisa.fr:33329->isis.entimid.org:http (CLOSE_WAIT).<br>
><br>
> So, for me the problem is with CLOSE_WAIT. I was reading some information<br>
> regarding this state and I am wondering if you avoid dumping because the<br>
> process may be waiting some messages. Anyway, shouldn't CRIU close the<br>
> connection anyway??? Maybe it is not a good idea in the general case, but<br>
> it is a good idea to provide a flag for doing so. In my case, it seems<br>
> that Java is not closing the connection until the collector is call it.<br>
> Anyway, I am not sure since I don't have the source code of the<br>
> 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't drop criu mailing list from email thread.<br>
</blockquote></div><br></div>