2015-03-16 20:46:18 |
Scott Moser |
bug |
|
|
added bug |
2015-03-16 20:49:37 |
Scott Moser |
description |
maas images utilize cloud-initramfs-dyn-netconf . The way this works is basically:
* /etc/network/interfaces in image is a link to ../../run/network/dynamic-interfaces
* kernel command line 'ip=' convince the initramfs to bring up networking using 'ipconfig'
example: ip=::::maas-enlist:BOOTIF
* ipconfig writes files in /run/net-*.conf for each interface it configures.
* cloud-initramfs-dyn-netconf module writes /run/network/dyanmic-interfaces based on /run/net-*.conf files that 'ipconfig' creates.
end result is that after the move to real root, /etc/network/interfaces should be a symlink to /run/ that ends up having something like this:
| ## This file is generated by cloud-initramfs-dyn-netconf
| auto lo
| iface lo inet loopback
| manual eth0
| iface eth0 inet dhcp
| dns-nameservers 192.168.64.3
| dns-search maas
resolvconf seems not to be working as well as it should be.
in all other supported ubuntu releases, doing the above results in functional resolv.conf via resolv.conf. Seen here from trusty:
| # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
| # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
| nameserver 192.168.64.3
Related Bugs:
* bug 1432821: something deleting /run/network after during boot
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: resolvconf 1.69ubuntu1.1
ProcVersionSignature: Ubuntu 3.19.0-9.9-generic 3.19.1
Uname: Linux 3.19.0-9-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.7
Architecture: amd64
Date: Mon Mar 16 20:42:24 2015
PackageArchitecture: all
ProcEnviron:
TERM=vt102
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: resolvconf
UpgradeStatus: No upgrade log present (probably fresh install) |
maas images utilize cloud-initramfs-dyn-netconf . The way this works is basically:
* /etc/network/interfaces in image is a link to ../../run/network/dynamic-interfaces
* kernel command line 'ip=' convince the initramfs to bring up networking using 'ipconfig'
example: ip=::::maas-enlist:BOOTIF
* ipconfig writes files in /run/net-*.conf for each interface it configures.
* cloud-initramfs-dyn-netconf module writes /run/network/dyanmic-interfaces based on /run/net-*.conf files that 'ipconfig' creates.
end result is that after the move to real root, /etc/network/interfaces should be a symlink to /run/ that ends up having something like this:
| ## This file is generated by cloud-initramfs-dyn-netconf
| auto lo
| iface lo inet loopback
| manual eth0
| iface eth0 inet dhcp
| dns-nameservers 192.168.64.3
| dns-search maas
resolvconf seems not to be working as well as it should be. In vivid (now using systemd), I have only the resolvconf header in the file.
in all other supported ubuntu releases, doing the above results in functional resolv.conf via resolv.conf. Seen here from trusty:
| # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
| # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
| nameserver 192.168.64.3
Related Bugs:
* bug 1432821: something deleting /run/network after during boot
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: resolvconf 1.69ubuntu1.1
ProcVersionSignature: Ubuntu 3.19.0-9.9-generic 3.19.1
Uname: Linux 3.19.0-9-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.7
Architecture: amd64
Date: Mon Mar 16 20:42:24 2015
PackageArchitecture: all
ProcEnviron:
TERM=vt102
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: resolvconf
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2015-03-19 00:16:16 |
Scott Moser |
affects |
resolvconf (Ubuntu) |
systemd (Ubuntu) |
|
2015-03-19 00:16:16 |
Scott Moser |
systemd (Ubuntu): importance |
Undecided |
High |
|
2015-03-19 00:16:16 |
Scott Moser |
systemd (Ubuntu): status |
New |
Confirmed |
|
2015-03-19 00:16:39 |
Scott Moser |
attachment added |
|
proposed fix https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1432829/+attachment/4349395/+files/lp-1432829.diff |
|
2015-03-19 04:16:52 |
Ubuntu Foundations Team Bug Bot |
tags |
amd64 apport-bug trusty uec-images |
amd64 apport-bug patch trusty uec-images |
|
2015-03-19 08:47:14 |
Thomas Hood |
bug |
|
|
added subscriber Thomas Hood |
2015-03-19 21:28:15 |
Launchpad Janitor |
systemd (Ubuntu): status |
Confirmed |
Fix Released |
|
2015-03-19 22:40:10 |
Thomas Hood |
summary |
resolvconf not updated correctly for interfaces configured in initramfs |
resolv.conf not updated correctly for interfaces configured in initramfs |
|
2015-03-26 06:43:14 |
Martin Pitt |
bug task added |
|
open-iscsi (Ubuntu) |
|
2015-03-26 06:43:22 |
Martin Pitt |
open-iscsi (Ubuntu): status |
New |
Triaged |
|
2015-03-27 09:43:07 |
Martin Pitt |
open-iscsi (Ubuntu): importance |
Undecided |
High |
|
2015-03-27 09:43:07 |
Martin Pitt |
open-iscsi (Ubuntu): status |
Triaged |
Fix Committed |
|
2015-03-27 09:43:07 |
Martin Pitt |
open-iscsi (Ubuntu): assignee |
|
Martin Pitt (pitti) |
|
2015-03-27 09:43:48 |
Martin Pitt |
systemd (Ubuntu): status |
Fix Released |
Invalid |
|
2015-03-27 09:53:04 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/vivid-proposed/open-iscsi |
|
2015-03-27 10:23:51 |
Launchpad Janitor |
open-iscsi (Ubuntu): status |
Fix Committed |
Fix Released |
|
2015-09-30 13:01:15 |
Scott Moser |
description |
maas images utilize cloud-initramfs-dyn-netconf . The way this works is basically:
* /etc/network/interfaces in image is a link to ../../run/network/dynamic-interfaces
* kernel command line 'ip=' convince the initramfs to bring up networking using 'ipconfig'
example: ip=::::maas-enlist:BOOTIF
* ipconfig writes files in /run/net-*.conf for each interface it configures.
* cloud-initramfs-dyn-netconf module writes /run/network/dyanmic-interfaces based on /run/net-*.conf files that 'ipconfig' creates.
end result is that after the move to real root, /etc/network/interfaces should be a symlink to /run/ that ends up having something like this:
| ## This file is generated by cloud-initramfs-dyn-netconf
| auto lo
| iface lo inet loopback
| manual eth0
| iface eth0 inet dhcp
| dns-nameservers 192.168.64.3
| dns-search maas
resolvconf seems not to be working as well as it should be. In vivid (now using systemd), I have only the resolvconf header in the file.
in all other supported ubuntu releases, doing the above results in functional resolv.conf via resolv.conf. Seen here from trusty:
| # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
| # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
| nameserver 192.168.64.3
Related Bugs:
* bug 1432821: something deleting /run/network after during boot
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: resolvconf 1.69ubuntu1.1
ProcVersionSignature: Ubuntu 3.19.0-9.9-generic 3.19.1
Uname: Linux 3.19.0-9-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.7
Architecture: amd64
Date: Mon Mar 16 20:42:24 2015
PackageArchitecture: all
ProcEnviron:
TERM=vt102
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: resolvconf
UpgradeStatus: No upgrade log present (probably fresh install) |
maas images utilize cloud-initramfs-dyn-netconf . The way this works is basically:
* /etc/network/interfaces in image is a link to ../../run/network/dynamic-interfaces
* kernel command line 'ip=' convince the initramfs to bring up networking using 'ipconfig'
example: ip=::::maas-enlist:BOOTIF
* ipconfig writes files in /run/net-*.conf for each interface it configures.
* cloud-initramfs-dyn-netconf module writes /run/network/dyanmic-interfaces based on /run/net-*.conf files that 'ipconfig' creates.
end result is that after the move to real root, /etc/network/interfaces should be a symlink to /run/ that ends up having something like this:
| ## This file is generated by cloud-initramfs-dyn-netconf
| auto lo
| iface lo inet loopback
| manual eth0
| iface eth0 inet dhcp
| dns-nameservers 192.168.64.3
| dns-search maas
resolvconf seems not to be working as well as it should be. In vivid (now using systemd), I have only the resolvconf header in the file.
in all other supported ubuntu releases, doing the above results in functional resolv.conf via resolv.conf. Seen here from trusty:
| # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
| # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
| nameserver 192.168.64.3
Related Bugs:
* bug 1432821: something deleting /run/network after during boot
* bug 1463461: resolvconf not updated by /lib/systemd/system/ifup@.service.d/open-iscsi.conf
* bug 1501033: transient error results in /etc/resolv.conf not populated in iscsi root
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: resolvconf 1.69ubuntu1.1
ProcVersionSignature: Ubuntu 3.19.0-9.9-generic 3.19.1
Uname: Linux 3.19.0-9-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.7
Architecture: amd64
Date: Mon Mar 16 20:42:24 2015
PackageArchitecture: all
ProcEnviron:
TERM=vt102
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: resolvconf
UpgradeStatus: No upgrade log present (probably fresh install) |
|