<div dir="ltr">Hi Serge,<div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 9, 2013 at 4:47 PM, Serge Hallyn <span dir="ltr"><<a href="mailto:serge.hallyn@ubuntu.com" target="_blank">serge.hallyn@ubuntu.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">All right you made me finally take a closer look at the monitor code<br>


(which I'd been avoiding).  It's much simpler than I'd imagined.  So<br>
here are the challenges:<br>
<br>
1. lxc-monitor should be able to watch 'all containers' (at least under<br>
a given lxcpath).  That is actually the strong reason to object to your<br>
patch.<br></blockquote><div><br></div><div style>Ah, that makes sense.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


2. we don't want to force any long-running daemon to run as the monitor.<br>
3. we want to allow multiple containers to send state change info<br>
to multiple simulataneous lxc-monitor and lxc-wait listeners.<br>
<br>
Now I can think of some whacky solutions, but are there any simple ones<br>
I'm overlooking?</blockquote><div><br></div><div style>I'm not sure what is your whacky solution but if I'm not missing something this sounds like multicast :) I'm sorry for my ignorance but did <span style="color:rgb(0,0,0)">multicast unix sockets patch set find its way into upstream kernel?</span><br>

</div><div style><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><font color="#888888"><br>


-serge<br>
</font></span></blockquote></div><br><br clear="all"><div style>Cheers,</div>-- <br>S.Çağlar Onur <<a href="mailto:caglar@10ur.org">caglar@10ur.org</a>>
</div></div>