<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Sep 12, 2017 at 3:16 AM, Dave Smith <span dir="ltr"><<a href="mailto:dave.smith@candata.com" target="_blank">dave.smith@candata.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I have an application that  I am running as a single process in an lxc container . The process is serving websocket requests from an upstream proxy. What I would like to do is when we do an update  , we launch a new container , update the proxy to point to the updated container and then tell the old container to destroy itself on shutdown. The actual process in the old container will be told to shutdown once it has no client connections thus shutting the container down. <br><br></div></div></blockquote><div><br></div><div>That looks exactly like the default 'rolling' deployment strategy in openshift, with 'proxy' being the openshift-managed haproxy. You might want to look at that (even though they don't support lxc).</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div>I have tried to use the lxc.hook.post-stop.  The script checked to see if a file was on the root file system and then called lxc-destroy but the process just hung.  Is there a way for a container config to be updated when it is running or is there another to go about this.<br><br></div></blockquote><div><br></div><div>Not that I know of.</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>