lxc container creation fails on trusty host service units
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
juju-core |
Fix Released
|
High
|
Jesse Meek | ||
juju-core (Ubuntu) |
Fix Released
|
Critical
|
Unassigned |
Bug Description
environment: trusty
machines:
"0":
agent-state: started
agent-version: 1.16.5
dns-name: test-05.
instance-id: /MAAS/api/
series: trusty
containers:
0/lxc/0:
series: trusty
0/lxc/1:
series: trusty
0/lxc/2:
series: trusty
0/lxc/3:
series: trusty
0/lxc/4:
series: trusty
0/lxc/5:
series: trusty
I think that autostart configuration has changed - reading from lxc-autostart:
DESCRIPTION
ing the right time. Supports filtering by lxc.group or just run against all defined containers. It can also be used by external tools in list
mode where no action will be performed and the list of affected containers (and if relevant, delays) will be shown.
so instead of creating symlinks, the lxc.start.auto configuration should be set.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: juju-core 1.17.0-0ubuntu2
ProcVersionSign
Uname: Linux 3.13.0-4-generic x86_64
ApportVersion: 2.13.1-0ubuntu1
Architecture: amd64
Date: Thu Jan 23 13:49:09 2014
Dependencies:
gcc-4.8-base 4.8.2-14ubuntu2
libc6 2.18-0ubuntu6
libgcc1 1:4.8.2-14ubuntu2
libgo4 4.8.2-14ubuntu2
multiarch-support 2.18-0ubuntu6
ProcEnviron:
TERM=screen-bce
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: juju-core
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Juju Engineering: Pending requested
-
Diff: 126 lines (+68/-12)3 files modifiedcontainer/lxc/lxc.go (+16/-6)
container/lxc/lxc_test.go (+36/-6)
container/lxc/restart.go (+16/-0)
Changed in juju-core (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → Critical |
milestone: | none → ubuntu-14.04-feature-freeze |
Changed in juju-core: | |
status: | New → Triaged |
importance: | Undecided → High |
milestone: | none → 1.18.0 |
Changed in juju-core: | |
assignee: | nobody → Tim Penhey (thumper) |
status: | Triaged → In Progress |
Changed in juju-core: | |
assignee: | Tim Penhey (thumper) → Jesse Meek (waigani) |
Changed in juju-core: | |
status: | In Progress → Fix Committed |
Changed in juju-core: | |
milestone: | 1.18.0 → 1.17.2 |
Changed in juju-core: | |
status: | Fix Committed → Fix Released |
<thumper> hallyn: has the autostart behaviour for lxc changed in trusty?
<hallyn> thumper: yes, stgraber's new autostart setup may be in now. certainly in the ppa
<stgraber> hallyn: yep, it landed with beta2 last week
<thumper> hallyn: hmm... managed to break juju's behaviour
<thumper> hallyn: can you explain the change?
<hallyn> juju uses autostart?
<stgraber> thumper: yes, autostart settings are now upstream and use the container's config instead
<thumper> hallyn: yep,
<stgraber> thumper: I believe I already told someone this morning wrt juju
<stgraber> thumper: use "lxc.start.auto = 1" in the container config
<thumper> stgraber: don't expect us to talk to each other :-)
<hallyn> stgraber: remind me, is there any attempt at auto-conversion for /etc/lxc/auto/ users?
<stgraber> hallyn: yes, there's migration code, but it won't do them much good for new juju containers
<hallyn> heh yah
<stgraber> any container on the system at the time of the upgrade to beta2 should have been automatically converted (symlink removed, /etc/lxc/auto removed and lxc.start.auto = 1 added to the container config)
<thumper> stgraber: is this lxc going into the cloud archive?
<thumper> stgraber: for precise?
<thumper> is there a way we can work out if this is supported?
<stgraber> thumper: maybe hallyn knows, I usually ignore the existence of that external archive entirely
-*- thumper nods
<stgraber> thumper: rule of thumb would be, if /etc/lxc/auto exists, use it, if not, use lxc.start.auto = 1
<thumper> stgraber: that makes sense...
<thumper> should be able to handle that pretty easily