<div dir="ltr">On Fri, Sep 13, 2013 at 7:43 PM, Serge Hallyn <span dir="ltr"><<a href="mailto:serge.hallyn@ubuntu.com" target="_blank">serge.hallyn@ubuntu.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Quoting Fajar A. Nugraha (<a href="mailto:list@fajar.net">list@fajar.net</a>):<br>
> On Thu, Sep 12, 2013 at 9:46 PM, Serge Hallyn <<a href="mailto:serge.hallyn@ubuntu.com">serge.hallyn@ubuntu.com</a>> wrote:<br>
> > Quoting Fajar A. Nugraha (<a href="mailto:list@fajar.net">list@fajar.net</a>):<br>
> >> Any ideas how to troubleshoot this? Is this something related to kernel<br>
> >> version?<br>
> ><br>
> > If the container fails to start at all, then lxc will manually delete<br>
> > the veth.<br>
><br>
> The case is the container is already running, and then you stop it.<br>
> Depending on the traffic handled by the container, the veth will<br>
> sometimes not get deleted.<br>
<br>
</div>At all, or for a certain amount of time (like Petru)?</blockquote><div><br></div><div>Well, the longest I waited was about 10 minutes, so I don't know what would've happened if I waited one hour<br></div><div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">  I'm wondering<br>
whether it could just be that there is a socket waiting for a tcp<br>
timeout, holding the veth open.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>It may be the case.</div><div><br></div><div>However, doing "ip link del" on the host side (after the container was down) always succeded in deleting the veth.</div>
<div><br></div><div>-- </div><div>Fajar</div></div></div></div>