I'll note that I tried just launching a bionic container using snap
3.0.0.beta5 and after "lxc launch ubuntu:x" and "lxc launch ubuntu-daily:b"
neither of them came up with an IP address.
I might have broken my networking on this machine because I was trying to
install stock Juju which tries to bring in stock lxd, ignoring the snap,
but I'm also seeing failures for containers to get IP addresses.
On Thu, Mar 15, 2018 at 2:47 PM, James Page <email address hidden> wrote:
> Public bug reported:
>
> Juju Version: 2.3.4
> Substrate: OpenStack
>
> I'm deploying a bundle which makes use of LXD containers, leveraging fan
> networking for communication between containers and hosts; containers
> start and have the following config snippet:
>
> devices:
> eth0:
> hwaddr: 00:16:3e:01:7e:0f
> mtu: "8908"
> name: eth0
> nictype: bridged
> parent: fan-252
> type: nic
>
>
> The container has a NIC:
>
> root@juju-4e2443-0-lxd-0:~# ip addr
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 13: eth0@if14: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc noqueue
> state UP group default qlen 1000
> link/ether 00:16:3e:01:7e:0f brd ff:ff:ff:ff:ff:ff link-netnsid 0
> inet6 fe80::216:3eff:fe01:7e0f/64 scope link
> valid_lft forever preferred_lft forever
>
> which is marked up and the host devices:
>
> # ip addr
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8958 qdisc fq_codel state
> UP group default qlen 1000
> link/ether fa:16:3e:c6:8a:fa brd ff:ff:ff:ff:ff:ff
> inet 10.5.0.4/16 brd 10.5.255.255 scope global dynamic ens3
> valid_lft 85454sec preferred_lft 85454sec
> inet6 fe80::f816:3eff:fec6:8afa/64 scope link
> valid_lft forever preferred_lft forever
> 3: fan-252: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc noqueue
> state UP group default qlen 1000
> link/ether e6:86:08:94:73:dc brd ff:ff:ff:ff:ff:ff
> inet 252.0.4.1/8 scope global fan-252
> valid_lft forever preferred_lft forever
> inet6 fe80::e486:8ff:fe94:73dc/64 scope link
> valid_lft forever preferred_lft forever
> 4: ftun0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc noqueue master
> fan-252 state UNKNOWN group default qlen 1000
> link/ether e6:86:08:94:73:dc brd ff:ff:ff:ff:ff:ff
> inet6 fe80::e486:8ff:fe94:73dc/64 scope link
> valid_lft forever preferred_lft forever
> 5: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 82:2c:33:fd:91:81 brd ff:ff:ff:ff:ff:ff
> 6: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 2e:5f:c2:1e:4a:40 brd ff:ff:ff:ff:ff:ff
> 7: lxdbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
> UNKNOWN group default qlen 1000
> link/ether 42:f2:f3:0e:18:37 brd ff:ff:ff:ff:ff:ff
> inet 10.201.15.1/24 scope global lxdbr0
> valid_lft forever preferred_lft forever
> inet6 fe80::40f2:f3ff:fe0e:1837/64 scope link
> valid_lft forever preferred_lft forever
> 8: br-ex: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 62:c9:e1:f9:44:48 brd ff:ff:ff:ff:ff:ff
> 10: veth9PCNPR@if9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:54:70:62:e2:a5 brd ff:ff:ff:ff:ff:ff link-netnsid 0
> inet6 fe80::fc54:70ff:fe62:e2a5/64 scope link
> valid_lft forever preferred_lft forever
> 12: vethH72G7D@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:38:7d:fc:da:90 brd ff:ff:ff:ff:ff:ff link-netnsid 1
> inet6 fe80::fc38:7dff:fefc:da90/64 scope link
> valid_lft forever preferred_lft forever
> 14: vethRVTEFS@if13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8908 qdisc
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:7a:0d:78:95:71 brd ff:ff:ff:ff:ff:ff link-netnsid 2
> inet6 fe80::fc7a:dff:fe78:9571/64 scope link
> valid_lft forever preferred_lft forever
>
>
> look to be mapped correctly into the fan network - the fan dnsmasq process
> is running; and then I found this in the cloud-init log:
>
> 2018-03-15 10:35:03,625 - stages.py[WARNING]: Failed to rename devices:
> Failed to apply network config names. Found bad network config version: None
> 2018-03-15 10:35:03,627 - util.py[WARNING]: failed stage init-local
> failed run of stage init-local
> ------------------------------------------------------------
> Traceback (most recent call last):
> File "/usr/lib/python3/dist-packages/cloudinit/cmd/main.py", line 650,
> in status_wrapper
> ret = functor(name, args)
> File "/usr/lib/python3/dist-packages/cloudinit/cmd/main.py", line 357,
> in main_init
> init.apply_network_config(bring_up=bool(mode != sources.DSMODE_LOCAL))
> File "/usr/lib/python3/dist-packages/cloudinit/stages.py", line 654, in
> apply_network_config
> return self.distro.apply_network_config(netcfg, bring_up=bring_up)
> File "/usr/lib/python3/dist-packages/cloudinit/distros/__init__.py",
> line 171, in apply_network_config
> dev_names = self._write_network_config(netconfig)
> File "/usr/lib/python3/dist-packages/cloudinit/distros/debian.py", line
> 119, in _write_network_config
> return self._supported_write_network_config(netconfig)
> File "/usr/lib/python3/dist-packages/cloudinit/distros/__init__.py",
> line 90, in _supported_write_network_config
> renderer.render_network_config(network_config=network_config)
> File "/usr/lib/python3/dist-packages/cloudinit/net/renderer.py", line
> 53, in render_network_config
> network_state=parse_net_config_data(network_config), target=target)
> File "/usr/lib/python3/dist-packages/cloudinit/net/netplan.py", line
> 193, in render_network_state
> content = self._render_content(network_state)
> File "/usr/lib/python3/dist-packages/cloudinit/net/netplan.py", line
> 227, in _render_content
> if network_state.version == 2:
> AttributeError: 'NoneType' object has no attribute 'version'
>
> ProblemType: Bug
> DistroRelease: Ubuntu 18.04
> Package: lxd 3.0.0~beta3-0ubuntu3
> ProcVersionSignature: Ubuntu 4.15.0-10.11-generic 4.15.3
> Uname: Linux 4.15.0-10-generic x86_64
> ApportVersion: 2.20.8-0ubuntu10
> Architecture: amd64
> Date: Thu Mar 15 10:42:58 2018
> Ec2AMI: ami-00000456
> Ec2AMIManifest: FIXME
> Ec2AvailabilityZone: nova
> Ec2InstanceType: m1.xlarge
> Ec2Kernel: unavailable
> Ec2Ramdisk: unavailable
> JournalErrors:
> -- Logs begin at Thu 2018-03-15 10:29:35 UTC, end at Thu 2018-03-15
> 10:43:02 UTC. --
> Mar 15 10:29:59 hostname iscsid[1048]: iSCSI daemon with pid=1051 started!
> Mar 15 10:32:46 hostname systemd[1]: Failed to start Router advertisement
> daemon for IPv6.
> ProcEnviron:
> TERM=screen
> PATH=(custom, no user)
> LANG=C.UTF-8
> SHELL=/bin/bash
> SourcePackage: lxd
> UpgradeStatus: No upgrade log present (probably fresh install)
>
> ** Affects: juju
> Importance: Undecided
> Status: New
>
> ** Affects: cloud-init (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Affects: lxd (Ubuntu)
> Importance: Undecided
> Status: New
>
>
> ** Tags: amd64 apport-bug bionic ec2-images
>
> ** Also affects: cloud-init (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Summary changed:
>
> - LXD containers don't get fan network IP addresses
> + bionic: LXD containers don't get fan network IP addresses
>
> ** Also affects: juju
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to juju.
> Matching subscriptions: juju bugs
> https://bugs.launchpad.net/bugs/1756040
>
> Title:
> bionic: LXD containers don't get fan network IP addresses
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/juju/+bug/1756040/+subscriptions
>
I'll note that I tried just launching a bionic container using snap
3.0.0.beta5 and after "lxc launch ubuntu:x" and "lxc launch ubuntu-daily:b"
neither of them came up with an IP address.
I might have broken my networking on this machine because I was trying to
install stock Juju which tries to bring in stock lxd, ignoring the snap,
but I'm also seeing failures for containers to get IP addresses.
On Thu, Mar 15, 2018 at 2:47 PM, James Page <email address hidden> wrote:
> Public bug reported: 4e2443- 0-lxd-0: ~# ip addr UP,LOWER_ UP> mtu 65536 qdisc noqueue state UNKNOWN group MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc noqueue 3eff:fe01: 7e0f/64 scope link UP,LOWER_ UP> mtu 65536 qdisc noqueue state UNKNOWN group MULTICAST, UP,LOWER_ UP> mtu 8958 qdisc fq_codel state 3eff:fec6: 8afa/64 scope link MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc noqueue 8ff:fe94: 73dc/64 scope link MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc noqueue master 8ff:fe94: 73dc/64 scope link MULTICAST> mtu 1500 qdisc noop state DOWN group MULTICAST> mtu 1500 qdisc noop state DOWN group MULTICAST, UP,LOWER_ UP> mtu 1500 qdisc noqueue state f3ff:fe0e: 1837/64 scope link MULTICAST> mtu 1500 qdisc noop state DOWN group MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc 70ff:fe62: e2a5/64 scope link MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc 7dff:fefc: da90/64 scope link MULTICAST, UP,LOWER_ UP> mtu 8908 qdisc dff:fe78: 9571/64 scope link ------- ------- ------- ------- ------- ------- ------- ---- python3/ dist-packages/ cloudinit/ cmd/main. py", line 650, python3/ dist-packages/ cloudinit/ cmd/main. py", line 357, network_ config( bring_up= bool(mode != sources. DSMODE_ LOCAL)) python3/ dist-packages/ cloudinit/ stages. py", line 654, in config apply_network_ config( netcfg, bring_up=bring_up) python3/ dist-packages/ cloudinit/ distros/ __init_ _.py", config network_ config( netconfig) python3/ dist-packages/ cloudinit/ distros/ debian. py", line network_ config _write_ network_ config( netconfig) python3/ dist-packages/ cloudinit/ distros/ __init_ _.py", write_network_ config render_ network_ config( network_ config= network_ config) python3/ dist-packages/ cloudinit/ net/renderer. py", line network_ config state=parse_ net_config_ data(network_ config) , target=target) python3/ dist-packages/ cloudinit/ net/netplan. py", line network_ state content( network_ state) python3/ dist-packages/ cloudinit/ net/netplan. py", line state.version == 2: 0ubuntu3 ature: Ubuntu 4.15.0- 10.11-generic 4.15.3 Zone: nova /bugs.launchpad .net/bugs/ 1756040 /bugs.launchpad .net/juju/ +bug/1756040/ +subscriptions
>
> Juju Version: 2.3.4
> Substrate: OpenStack
>
> I'm deploying a bundle which makes use of LXD containers, leveraging fan
> networking for communication between containers and hosts; containers
> start and have the following config snippet:
>
> devices:
> eth0:
> hwaddr: 00:16:3e:01:7e:0f
> mtu: "8908"
> name: eth0
> nictype: bridged
> parent: fan-252
> type: nic
>
>
> The container has a NIC:
>
> root@juju-
> 1: lo: <LOOPBACK,
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 13: eth0@if14: <BROADCAST,
> state UP group default qlen 1000
> link/ether 00:16:3e:01:7e:0f brd ff:ff:ff:ff:ff:ff link-netnsid 0
> inet6 fe80::216:
> valid_lft forever preferred_lft forever
>
> which is marked up and the host devices:
>
> # ip addr
> 1: lo: <LOOPBACK,
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 2: ens3: <BROADCAST,
> UP group default qlen 1000
> link/ether fa:16:3e:c6:8a:fa brd ff:ff:ff:ff:ff:ff
> inet 10.5.0.4/16 brd 10.5.255.255 scope global dynamic ens3
> valid_lft 85454sec preferred_lft 85454sec
> inet6 fe80::f816:
> valid_lft forever preferred_lft forever
> 3: fan-252: <BROADCAST,
> state UP group default qlen 1000
> link/ether e6:86:08:94:73:dc brd ff:ff:ff:ff:ff:ff
> inet 252.0.4.1/8 scope global fan-252
> valid_lft forever preferred_lft forever
> inet6 fe80::e486:
> valid_lft forever preferred_lft forever
> 4: ftun0: <BROADCAST,
> fan-252 state UNKNOWN group default qlen 1000
> link/ether e6:86:08:94:73:dc brd ff:ff:ff:ff:ff:ff
> inet6 fe80::e486:
> valid_lft forever preferred_lft forever
> 5: ovs-system: <BROADCAST,
> default qlen 1000
> link/ether 82:2c:33:fd:91:81 brd ff:ff:ff:ff:ff:ff
> 6: br-int: <BROADCAST,
> default qlen 1000
> link/ether 2e:5f:c2:1e:4a:40 brd ff:ff:ff:ff:ff:ff
> 7: lxdbr0: <BROADCAST,
> UNKNOWN group default qlen 1000
> link/ether 42:f2:f3:0e:18:37 brd ff:ff:ff:ff:ff:ff
> inet 10.201.15.1/24 scope global lxdbr0
> valid_lft forever preferred_lft forever
> inet6 fe80::40f2:
> valid_lft forever preferred_lft forever
> 8: br-ex: <BROADCAST,
> default qlen 1000
> link/ether 62:c9:e1:f9:44:48 brd ff:ff:ff:ff:ff:ff
> 10: veth9PCNPR@if9: <BROADCAST,
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:54:70:62:e2:a5 brd ff:ff:ff:ff:ff:ff link-netnsid 0
> inet6 fe80::fc54:
> valid_lft forever preferred_lft forever
> 12: vethH72G7D@if11: <BROADCAST,
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:38:7d:fc:da:90 brd ff:ff:ff:ff:ff:ff link-netnsid 1
> inet6 fe80::fc38:
> valid_lft forever preferred_lft forever
> 14: vethRVTEFS@if13: <BROADCAST,
> noqueue master fan-252 state UP group default qlen 1000
> link/ether fe:7a:0d:78:95:71 brd ff:ff:ff:ff:ff:ff link-netnsid 2
> inet6 fe80::fc7a:
> valid_lft forever preferred_lft forever
>
>
> look to be mapped correctly into the fan network - the fan dnsmasq process
> is running; and then I found this in the cloud-init log:
>
> 2018-03-15 10:35:03,625 - stages.py[WARNING]: Failed to rename devices:
> Failed to apply network config names. Found bad network config version: None
> 2018-03-15 10:35:03,627 - util.py[WARNING]: failed stage init-local
> failed run of stage init-local
> -------
> Traceback (most recent call last):
> File "/usr/lib/
> in status_wrapper
> ret = functor(name, args)
> File "/usr/lib/
> in main_init
> init.apply_
> File "/usr/lib/
> apply_network_
> return self.distro.
> File "/usr/lib/
> line 171, in apply_network_
> dev_names = self._write_
> File "/usr/lib/
> 119, in _write_
> return self._supported
> File "/usr/lib/
> line 90, in _supported_
> renderer.
> File "/usr/lib/
> 53, in render_
> network_
> File "/usr/lib/
> 193, in render_
> content = self._render_
> File "/usr/lib/
> 227, in _render_content
> if network_
> AttributeError: 'NoneType' object has no attribute 'version'
>
> ProblemType: Bug
> DistroRelease: Ubuntu 18.04
> Package: lxd 3.0.0~beta3-
> ProcVersionSign
> Uname: Linux 4.15.0-10-generic x86_64
> ApportVersion: 2.20.8-0ubuntu10
> Architecture: amd64
> Date: Thu Mar 15 10:42:58 2018
> Ec2AMI: ami-00000456
> Ec2AMIManifest: FIXME
> Ec2Availability
> Ec2InstanceType: m1.xlarge
> Ec2Kernel: unavailable
> Ec2Ramdisk: unavailable
> JournalErrors:
> -- Logs begin at Thu 2018-03-15 10:29:35 UTC, end at Thu 2018-03-15
> 10:43:02 UTC. --
> Mar 15 10:29:59 hostname iscsid[1048]: iSCSI daemon with pid=1051 started!
> Mar 15 10:32:46 hostname systemd[1]: Failed to start Router advertisement
> daemon for IPv6.
> ProcEnviron:
> TERM=screen
> PATH=(custom, no user)
> LANG=C.UTF-8
> SHELL=/bin/bash
> SourcePackage: lxd
> UpgradeStatus: No upgrade log present (probably fresh install)
>
> ** Affects: juju
> Importance: Undecided
> Status: New
>
> ** Affects: cloud-init (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Affects: lxd (Ubuntu)
> Importance: Undecided
> Status: New
>
>
> ** Tags: amd64 apport-bug bionic ec2-images
>
> ** Also affects: cloud-init (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Summary changed:
>
> - LXD containers don't get fan network IP addresses
> + bionic: LXD containers don't get fan network IP addresses
>
> ** Also affects: juju
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to juju.
> Matching subscriptions: juju bugs
> https:/
>
> Title:
> bionic: LXD containers don't get fan network IP addresses
>
> To manage notifications about this bug go to:
> https:/
>