[lxc-users] lxd 0.16 lxcbr0 not starting

[Stéphane Graber]

On Sun, Aug 23, 2015 at 03:48:09PM +1000, Mark Constable wrote:
> I just did an update on a 15.10 host and a new version of lxd and lxd-client
> showed up but on reboot my lxcbr0 bridge does not get created, as it had been
> up till now. The only journald error I can see is...
> 
> Aug 23 15:39:29 mbox lxd[2980]: error: cannot listen on https socket: listen tcp 192.168.0.2:8443: bind: cannot assign requested address
> 
> ~ netstat -tanup | grep :8443
> [nada]
> 
> ~ egrep -v "^(#|$)" /etc/lxc/default.conf
> lxc.network.type = veth
> lxc.network.link = lxcbr0
> lxc.network.flags = up
> lxc.network.hwaddr = 00:16:3e:xx:xx:xx
> 
> ~ egrep -v "^(#|$)" /etc/default/lxc-net
> USE_LXC_BRIDGE="true"
> LXC_BRIDGE="lxcbr0"
> LXC_ADDR="192.168.0.2"
> LXC_NETMASK="255.255.255.0"
> LXC_NETWORK="192.168.0.0/24"
> LXC_DHCP_RANGE="192.168.0.3,192.168.0.99"
> LXC_DHCP_MAX="96"
> LXC_DHCP_CONFILE=/etc/lxc/dnsmasq.conf
> LXC_DOMAIN="goldcoast.org"
> 
> I've tried commenting out the LXC_DHCP_CONFILE field in case something was
> preventing dnsmasq from starting up but that didn't help.
> 
> Any hints as to what may have changed with 0.16 initialization?

I'm not aware of any change there. Can you manually run:
    sudo lxd --group lxd --debug

That may show some more information as to what's going on.

> 
> 
> Also, the linuxcontainers.org News page says this for 0.16...
> 
> "Added container auto-start support, includes start delay and start ordering"
> 
> but I can't find any info about how to take advantage of unprivileged auto
> startup. How do I configure the above (once I get lxd working again)?

https://github.com/lxc/lxd/blob/master/specs/configuration.md

-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20150823/ae846344/attachment.sig>