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. It will also enable errors during the domain > DB> creation process to be correctly propagated back to the caller. > > In the case of being called from libvirtd, this seems correct. > However, if you're not going through the daemon, I think that the > double-fork isolation is important, no? Being a child of something as > complex as a CIM server seems like a bad idea to me. The patch I posted to make it use the state driver means all LXC driver calls go via the daemon. So nothing happens directly as a child of the calling application - its all in the context of the daemon. Dan. -- |: Red Hat, Engineering, Boston -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list