oneiric container install problem: resolvconf

Bug #880020 reported by xlyz
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
debootstrap (Ubuntu)
Invalid
Undecided
Unassigned
Oneiric
Won't Fix
Undecided
Unassigned
lxc (Ubuntu)
Fix Released
Medium
Unassigned
Oneiric
Fix Released
Undecided
Unassigned

Bug Description

host: oneiric with server minimal install + lxc + bridge_utils (bridge manually set up)
guest: oneiric

no value in resolv.conf:
root@orig:~# cat /etc/resolv.conf
# 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

removing resolvconf installation from lxc-ubuntu fix it

=============================================
SRU Justification:
1. Impact: Newly created containers are unable to use the network.
2. Development fix: remove resolvconf from the list of packages to install when creating an oneiric container.
3. Stable fix: same as development fix.
4. Test case: create a container, start it, try to access the network.
5. Regression potential: we only stop installing resolvconf by default, which is not a package we want by default anyway.
=============================================

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Thanks for taking the time to report this bug.

Unfortunately I can't reproduce it. Can you show exactly what command you used to create the container, the contents of the configuration file passed (i.e. -f lxc.conf), and how your network is set up?

Changed in lxc (Ubuntu):
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
xlyz (xlyz) wrote :

commands:

sudo rm -fr /var/cache/lxc/oneiric
sudo lxc-create -t ubuntu -n test -f /etc/lxc/local.conf -- -r oneiric -a i386

errors during creation are shown only when container cache is bootstrapped (but the problem is still there also when the cache is just copied)

in the host:

cat /etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

auto br0
iface br0 inet dhcp
bridge_ports eth0

cat /etc/lxc/local.conf

lxc.network.type=veth
lxc.network.link=br0
lxc.network.flags=up
lxc.arch=i686

resolvconf is not insatalled in the host either (as per default) as currently does not behave as expected

in the container:

cat /etc/network/interfaces

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

if I remove resolvconf from oneiric extra packages in /usr/lib/lxc/templates/lxc-ubuntu everything works properly.

Changed in lxc (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Actually it seems that inetutils-ping is the problem.

   packages=inetutils-ping
   debootstrap --verbose --components=main,universe --include=$packages oneiric o

has the problem, but

   packages=resolvconf
  debootstrap --verbose --components=main,universe --include=$packages oneiric o

does not.

summary: - oneiric container install problem #1: resolvconf
+ oneiric container install problem: inetutils-ping
Revision history for this message
Serge Hallyn (serge-hallyn) wrote : Re: oneiric container install problem: inetutils-ping

Ok, there are two bugs here.

inetutils-ping causes the warning lines:

W: Failure while installing base packages. This will be re-attempted up to five times.

resolvconf causes resolv.conf to be empty until you do 'ifdown eth0; ifup eth0'.

I will pull resolvconf from the template. I don't think it's worth pulling inetutils-ping from the package list to quiet that warning. (Please feel free to pursuade me if you disagree)

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Note the resolvconf bug does not affect natty.

Changed in debootstrap (Ubuntu):
status: New → Invalid
summary: - oneiric container install problem: inetutils-ping
+ oneiric container install problem: resolvconf
description: updated
Revision history for this message
xlyz (xlyz) wrote :

I do agree. It's the same solution I adopted locally ;)

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package lxc - 0.7.5-0ubuntu10

---------------
lxc (0.7.5-0ubuntu10) precise; urgency=low

  * debian/patches/0009-ubuntu-template-drop-resolvconf.patch:
    Drop resolvconf from package list for oneiric containers. It appears
    to stop containers from getting a useful resolv.conf without doing
    ifdown; ifup; and is apparently unwanted anyway. (LP: #880020)
  * debian/lxcguest.lxcguest.upstart: mkdir /run/lock on boot
    (LP: #880030)
  * debian/fstab.lxc and debian/fstab.libvirt: mount tmpfs on /run/lock,
    not /var/lock (as per new stock /lib/init/fstab).
 -- Serge Hallyn <email address hidden> Mon, 24 Oct 2011 11:45:53 -0500

Changed in lxc (Ubuntu):
status: Confirmed → Fix Released
description: updated
Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Hello xlyz, or anyone else affected,

Accepted lxc into oneiric-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in lxc (Ubuntu Oneiric):
status: New → Fix Committed
tags: added: verification-needed
Revision history for this message
xlyz (xlyz) wrote :

tested and works as expected.

Martin Pitt (pitti)
tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in debootstrap (Ubuntu Oneiric):
status: New → Confirmed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package lxc - 0.7.5-0ubuntu8.2

---------------
lxc (0.7.5-0ubuntu8.2) oneiric-proposed; urgency=low

  * debian/patches/0009-ubuntu-template-drop-resolvconf.patch:
    Drop resolvconf from package list for oneiric containers. It appears
    to stop containers from getting a useful resolv.conf without doing
    ifdown; ifup; and is apparently unwanted anyway. (LP: #880020)
  * debian/lxcguest.lxcguest.upstart: mkdir /run/lock on boot
    (LP: #880030)
  * debian/fstab.lxc and debian/fstab.libvirt: mount tmpfs on /run/lock,
    not /var/lock (as per new stock /lib/init/fstab).
 -- Serge Hallyn <email address hidden> Wed, 02 Nov 2011 22:49:42 +0000

Changed in lxc (Ubuntu Oneiric):
status: Fix Committed → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

oneiric has seen the end of its life and is no longer receiving any updates. Marking the oneiric task for this ticket as "Won't Fix".

Changed in debootstrap (Ubuntu Oneiric):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.