From: Michael Leun <lkml20100708@newton.leun.net>
To: ebiederm@xmission.com (Eric W. Biederman)
Cc: jean-philippe.menil@univ-nantes.fr, netdev@vger.kernel.org,
David Lamparter <equinox@diac24.net>, Greg KH <greg@kroah.com>,
davem@davemloft.net, linux-kernel@vger.kernel.org,
Alexey Dobriyan <adobriyan@gmail.com>,
Patrick McHardy <kaber@trash.net>
Subject: Re: NET_NS: unregister_netdevice: waiting for lo to become free (adding ipv6 address to interface)
Date: Mon, 6 Dec 2010 23:47:25 +0100 [thread overview]
Message-ID: <20101206234725.622a2212@xenia.leun.net> (raw)
In-Reply-To: <m11v5uk35z.fsf@fess.ebiederm.org>
On Mon, 06 Dec 2010 13:22:00 -0800
ebiederm@xmission.com (Eric W. Biederman) wrote:
> Menil Jean-Philippe <jean-philippe.menil@univ-nantes.fr> writes:
>
> > Le 24/10/2010 15:15, Michael Leun a écrit :
> >> On Fri, 22 Oct 2010 19:05:32 +0200
> >> Michael Leun<lkml20100708@newton.leun.net> wrote:
> >>
> >>> On Fri, 22 Oct 2010 14:48:58 +0200
> >>> David Lamparter<equinox@diac24.net> wrote:
> >>>
> >>>> On Thu, Oct 21, 2010 at 05:15:32PM +0200, Michael Leun wrote:
> >>>>> unfortunately the bug described below originally reported in
> >>>>> 2.6.35-rcX is still there in 2.6.36.
[...]
> > curiously, i'm facing a similar problem in 2.6.36.1
> >
> > in my container, when i configure ipv6 adress on the interfaces,
> > everything seems good on the first boot of the host. If i shutdown
> > my container (lxc), then boot it, i observe the following logs:
> > Dec 6 17:04:12 suntory.u06.univ-nantes.prive kernel: [ 368.192019]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:04:22 suntory.u06.univ-nantes.prive kernel: [ 378.432018]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:04:32 suntory.u06.univ-nantes.prive kernel: [ 388.672015]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:04:42 suntory.u06.univ-nantes.prive kernel: [ 398.912016]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:04:53 suntory.u06.univ-nantes.prive kernel: [ 409.152016]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:03 suntory.u06.univ-nantes.prive kernel: [ 419.392018]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:13 suntory.u06.univ-nantes.prive kernel: [ 429.632018]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:23 suntory.u06.univ-nantes.prive kernel: [ 439.876016]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:34 suntory.u06.univ-nantes.prive kernel: [ 450.116015]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:44 suntory.u06.univ-nantes.prive kernel: [ 460.356019]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:05:54 suntory.u06.univ-nantes.prive kernel: [ 470.596020]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:06:04 suntory.u06.univ-nantes.prive kernel: [ 480.836019]
> > unregister_netdevice: waiting for lo to become free. Usage count = 4
> > Dec 6 17:06:05 suntory.u06.univ-nantes.prive kernel:
> > [ 481.468021] INFO: task lxc-start:3805 blocked for more than 120
> > seconds.
> >
> > Then i must reboot the host.
> > The same on kernel 2.6.34, but everything is good on a 2.6.32
> >
> > Some relvant informations about the kernel:
> > root@suntory:~# cat /boot/config-2.6.36.1-dsiun-1d | grep -i sysfs
> > # CONFIG_SYSFS_DEPRECATED_V2 is not set
> > CONFIG_ACPI_SYSFS_POWER=y
> > # CONFIG_WIRELESS_EXT_SYSFS is not set
> > CONFIG_ISCSI_BOOT_SYSFS=m
> > CONFIG_RTC_INTF_SYSFS=y
> > CONFIG_SYSFS=y
> > root@suntory:~# cat /boot/config-2.6.36.1-dsiun-1d | grep -i net_ns
> > CONFIG_NET_NS=y
> >
> > Is there anything in my configuration, i must check in order to get
> > ipv6 working fully in the container?
>
> 2.6.37-rc4 is working here. There were problems earlier in the
> earlier rcs. Can you try that?
>
> There have been a couple of different reference counting bugs between
> 2.6.34 and the present, and I haven't tracked them, just noticed they
> exist.
Can reproduce the following still on 2.6.36.1, but NOT on 2.6.37-rc4 -
so indeed seems to be fixed!
Putting an ipv6 address on a device seems to be the trigger:
OrigNS > # ip link add type veth
OrigNS > # ip link set dev veth0 up
OrigNS > # unshare -n /bin/bash
NewNS > # echo $$
<SomePID>
OrigNS > # ip link set dev veth1 netns <SomePID> # this, of course is
on a different terminal NewNS > # ip link set dev veth1 up
NewNS > # ip -6 addr add dev veth1 fd50:dead:beef::1/64
NewNS > # exit
Yields
kernel: unregister_netdevice: waiting for veth1 to become free. Usage
count = 3
--
MfG,
Michael Leun
next prev parent reply other threads:[~2010-12-06 22:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <loom.20100708T183152-326@post.gmane.org>
[not found] ` <20100709235744.GA12752@kroah.com>
[not found] ` <20100710101540.2799c9ef@xenia.leun.net>
[not found] ` <20100710140800.GA20424@kroah.com>
[not found] ` <20100710165208.59272ae6@xenia.leun.net>
[not found] ` <20100710235323.5336f627@xenia.leun.net>
2010-07-11 17:29 ` FW: NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) (was Re: sysfs bug when using tun with network namespaces) Michael Leun
2010-08-04 13:35 ` Michael Leun
2010-08-04 21:46 ` Greg KH
2010-08-04 22:04 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Eric W. Biederman
2010-08-04 22:11 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) (was Re: sysfs bug when using tun with network namespaces) Michael Leun
2010-08-05 0:12 ` Eric W. Biederman
2010-08-05 9:25 ` Michael Leun
2010-08-05 9:51 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Eric W. Biederman
2010-08-05 10:13 ` Michael Leun
2010-08-05 11:47 ` NET_NS: unregister_netdevice: waiting for lo to become free (adding ipv6 address to interface) Michael Leun
2010-08-05 19:57 ` Eric W. Biederman
2010-08-05 20:11 ` David Miller
2010-08-05 23:45 ` lkml20100708
2010-08-06 0:09 ` Michael Leun
2010-10-21 15:15 ` Michael Leun
2010-10-22 12:48 ` David Lamparter
2010-10-22 17:05 ` Michael Leun
2010-10-24 13:15 ` Michael Leun
2010-12-06 16:08 ` Menil Jean-Philippe
2010-12-06 21:22 ` Eric W. Biederman
2010-12-06 22:47 ` Michael Leun [this message]
2010-12-07 10:40 ` Menil Jean-Philippe
2010-08-05 16:57 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Ben Greear
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101206234725.622a2212@xenia.leun.net \
--to=lkml20100708@newton.leun.net \
--cc=adobriyan@gmail.com \
--cc=davem@davemloft.net \
--cc=ebiederm@xmission.com \
--cc=equinox@diac24.net \
--cc=greg@kroah.com \
--cc=jean-philippe.menil@univ-nantes.fr \
--cc=kaber@trash.net \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).