← Back to team overview

touch-packages team mailing list archive

[Bug 1424233] Re: RFE lxc: lxc should do a better jon of housekeeping containers

 

All the LXC commands default to tracking a single lxcpath which is
/var/lib/lxc or whatever you set as lxc.lxcpath in /etc/lxc/lxc.conf

It is actually a feature that LXC will not attempt to keep track of
containers outside that path because that's what we expect other
container managers (like LXD) to do.

There have been talks to support a list of lxc paths separated by a
colon in lxc.lxcpath and as an argument of -P which will allow LXC to
keep track of containers in multiple paths but that's still being
discussed and there are problems with that which still need to be
thought through.


Anyway, all that to say, LXC upstream has absolutely no interest in keeping track of all containers on the system, if the user manually created containers outside of the lxcpath which LXC tracks, we assume they've done so on purpose and so will not interfere.

** Changed in: lxc (Ubuntu)
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/1424233

Title:
  RFE lxc: lxc should do a better jon of housekeeping containers

Status in lxc package in Ubuntu:
  Won't Fix

Bug description:
  Right now lxc does a pretty poor job wrt. managing containers, i.e.
  one needs to know, where containers have been installed to be able to
  access/use/manage them (option -P dir) unless they've been installed
  in the default location. Even if one knows the install path, it is
  still a pain to work with corresponding lxc commands, because one
  always needs to specify -P ...

  This really sucks (especially if one needs to service foreign
  machines).

  So the proposal is, that if a zone gets created, lxc puts a symlink to
  the related config under /etc/lxc/cfg/ or something like that and all
  lxc tools like lxc-ls first check this directory, and if the link
  destination exists, it has all information it needs to know., i.e. all
  "-P idontknow" madness is not required anymore.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1424233/+subscriptions


References