[lxc-users] lxc 2.0.6 breaks lxc-start

Christian Brauner christian.brauner at canonical.com
Wed Jan 11 15:24:16 UTC 2017


Hi Detlef,

I sent a branch against lxc (https://github.com/lxc/lxc/pull/1381) which removes
the c->is_defined(c) check.

Thanks!
Christian

On Wed, Jan 11, 2017 at 04:10:53PM +0100, Christian Brauner wrote:
> Hi Detlef,
> 
> Now we're getting somewhere. :)
> 
> On Wed, Jan 11, 2017 at 03:59:21PM +0100, Detlef Vollmann wrote:
> > Hi Christian,
> > 
> > thank you for replying!
> > 
> > On 01/09/17 17:35, Christian Brauner wrote:
> > > Thanks for the info. I'm a little confused.
> > Sorry about that.  But maybe it's because we talk about
> > different things.
> 
> Right, I think we talked past each other.
> 
> > 
> > > On Thu, Jan 05, 2017 at 01:31:28PM +0100, Detlef Vollmann wrote:
> > >> On 01/01/17 14:14, Christian Brauner wrote:
> > >>> Hm, works for me. I can just start containers fine where the
> > >>> configuration file is located somewhere else. Can you please
> > >>> append/copy the containers configuration file here and note any
> > >>> special tweaks to your setup as well?
> > >> Here's my test case:
> > >> $ sudo lxc-ls
> > >> rlx3-test1 trusty-dev
> > >> # note: no 'test' here
> > > 
> > > Yes, because the default lxc path should be "/var/lib/lxc" and according to the
> > > config file that you attached the container "test" exists on a different path
> > > "/images/lxc". So this is expected. If you'd pass:
> > > 
> > > sudo lxc-ls -P /images/lxc
> > > 
> > > the container "test" should show up.
> > No, it doesn't.
> > lxc-ls only shows containers that are either active, frozen or created.
> > "test" never was created, so it still doesn't show up.
> 
> That's the crucial point.
> 
> > 
> > >> $ sudo lxc-start -F -n test -f /images/lxc/test.conf
> > >> Error: container test is not defined
> > > 
> > > I'd argue that this is also fine because the container does not exist on the
> > > "/var/lib/lxc" path so lxc-start is perfectly right to complain. The fact that
> > > this worked before is actually the real bug.
> > I don't think so.  lxc-start doesn't complain because it doesn't
> > exist in the default path, but because it doesn't (pre-)exist at all!
> > 
> > > So your solution should simply be to pass the path where the container actually
> > > exists to lxc-start:
> > > 
> > > 
> > > sudo lxc-start -F -n test -f /images/lxc/test.conf -P /images/lxc
> > It still doesn't work ("Error: container test is not defined").
> > 
> > I try to lxc-start a container that was never lxc-create'd.
> > From the man page "lxc":
> >    VOLATILE CONTAINER
> >        It is not mandatory to create a container object before  to
> > start  it.
> >        The  container  can  be  directly  started with a configuration
> > file as
> >        parameter.
> 
> Right, I didn't have this in the back of my mind. Let me look for a fix.
> 
> Christian


More information about the lxc-users mailing list