Dan Smith wrote:
> DB> The patch I posted to make it use the state driver means all LXC
> DB> driver calls go via the daemon. So nothing happens directly as a
> DB> child of the calling application - its all in the context of the
> DB> daemon.
>
> Yeah, just saw that. Even better :)
>
> It seems
On Fri, Mar 21, 2008 at 05:37:50PM +, Daniel P. Berrange wrote:
> On Fri, Mar 21, 2008 at 01:33:55PM -0400, Daniel Veillard wrote:
> > On Fri, Mar 21, 2008 at 10:30:36AM -0700, Dan Smith wrote:
> > > DB> The patch I posted to make it use the state driver means all LXC
> > > DB> driver calls go
On Fri, Mar 21, 2008 at 01:33:55PM -0400, Daniel Veillard wrote:
> On Fri, Mar 21, 2008 at 10:30:36AM -0700, Dan Smith wrote:
> > DB> The patch I posted to make it use the state driver means all LXC
> > DB> driver calls go via the daemon. So nothing happens directly as a
> > DB> child of the callin
On Fri, Mar 21, 2008 at 10:30:36AM -0700, Dan Smith wrote:
> DB> The patch I posted to make it use the state driver means all LXC
> DB> driver calls go via the daemon. So nothing happens directly as a
> DB> child of the calling application - its all in the context of the
> DB> daemon.
>
> Yeah, ju
Daniel P. Berrange wrote:
> On Fri, Mar 21, 2008 at 10:21:48AM -0700, Dan Smith wrote:
>> DB> IMHO there's too much forking going on here. With the stateful
>> DB> driver we should have the daemon be the parent of the forked VM as
>> DB> per the QEMU driver. This will avoid the need to unsafely re-
DB> The patch I posted to make it use the state driver means all LXC
DB> driver calls go via the daemon. So nothing happens directly as a
DB> child of the calling application - its all in the context of the
DB> daemon.
Yeah, just saw that. Even better :)
It seems to me that always being in the d
On Fri, Mar 21, 2008 at 10:21:48AM -0700, Dan Smith wrote:
> DB> IMHO there's too much forking going on here. With the stateful
> DB> driver we should have the daemon be the parent of the forked VM as
> DB> per the QEMU driver. This will avoid the need to unsafely re-write
> DB> the config files.
DB> IMHO there's too much forking going on here. With the stateful
DB> driver we should have the daemon be the parent of the forked VM as
DB> per the QEMU driver. This will avoid the need to unsafely re-write
DB> the config files. It will also enable errors during the domain
DB> creation process t
On Wed, Mar 19, 2008 at 11:16:32PM -0700, Dave Leskovec wrote:
> This patch adds the start container support. A couple new source files are
> added - lxc_container.h and lxc_container.c These contain the setup code that
> runs within the container namespace prior to exec'ing the user specified in
This patch adds the start container support. A couple new source files are
added - lxc_container.h and lxc_container.c These contain the setup code that
runs within the container namespace prior to exec'ing the user specified init.
This is a rough outline of the functions involved in starting a
10 matches
Mail list logo
