quickstart fails, hardcodes /var/lib/lxc/ somewhere
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
juju-quickstart (Ubuntu) |
Fix Released
|
Undecided
|
Jorge Niedbalski |
Bug Description
I am on current Utopic, and installed the utopic-proposed juju packages (as 1.18.1 is known to not work on utopic):
ii juju-core 1.18.4-0ubuntu1 amd64 Juju is devops distilled - client
ii juju-local 1.18.4-0ubuntu1 all dependency package for the Juju local provider
ii juju-mongodb 2.4.10-0ubuntu1 amd64 MongoDB object/
ii juju-quickstart 1.3.1-0ubuntu1 all Easy configuration of Juju environments
ii python-jujuclient 0.17.5-0ubuntu2 all Python API client for juju
With no pre-existing ~/.juju, quickstart fails with:
$ juju quickstart
changes to the environments file have been saved
juju quickstart v1.3.1
bootstrapping the local environment (type: local)
sudo privileges will be required to bootstrap the environment
retrieving the environment status
retrieving the Juju API address
connecting to wss://10.
requesting juju-gui deployment
charm URL: cs:precise/
juju-gui deployment request accepted
exposing service juju-gui
requesting new unit deployment
juju-gui/0 deployment request accepted
juju-gui/0 deployment is pending
machine 1 provisioning is pending
juju-quickstart: error: machine 1 is in an error state: error: open /var/lib/
ERROR exit status 1
$ juju status
environment: local
machines:
"0":
agent-state: started
agent-version: 1.18.4.1
dns-name: localhost
instance-id: localhost
series: utopic
"1":
agent-
such file or directory)'
instance-id: pending
series: precise
services:
juju-gui:
charm: cs:precise/
exposed: true
units:
juju-gui/0:
machine: "1"
I have changed the LXC path, as my /var/lib/ is too small for many containers:
$ cat /etc/lxc/lxc.conf
lxc.lxcpath = /scratch/lxc
So I suppose juju-quickstart (or perhaps juju itself) hardcodes /var/lib/lxc/ somewhere, instead of asking LXC:
$ sudo lxc-config lxc.lxcpath
/scratch/lxc
(Ideally it wouldn't care about these files in the first place and only use the lxc-* tools to interact with containers, as the structure of this dir should be an internal implementation detail. But I realize that for some things this might not be possible)
ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: juju-quickstart 1.3.1-0ubuntu1
ProcVersionSign
Uname: Linux 3.15.0-5-generic x86_64
ApportVersion: 2.14.3-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Wed Jun 11 21:48:06 2014
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-02-27 (104 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140224)
PackageArchitec
SourcePackage: juju-quickstart
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in juju-quickstart (Ubuntu): | |
assignee: | nobody → Jorge Niedbalski (niedbalski) |
Changed in juju-quickstart (Ubuntu): | |
status: | New → In Progress |
tags: | added: cts |
Changed in juju-quickstart (Ubuntu): | |
status: | Fix Committed → Fix Released |
It indeed created some stuff there, which LXC can't see:
$ sudo ls -l /var/lib/lxc/ template local-machine- 1
drwxr-xr-x 3 root root 4096 Jun 11 21:45 juju-precise-
drwxr-xr-x 3 root root 4096 Mär 11 11:04 martin-
I wiped /var/lib/lxc/ again and made a /var/lib/lxc → /scratch/lxc symlink, and with that it gets further. It still fails, but I'll file this as a separate bug.