netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andre Tomt <andre@tomt.net>
To: Janos Farkas <jf-ml-k1-1087813225@lk8rp.mail.xeon.eu.org>
Cc: linux-kernel@vger.kernel.org, netdev@oss.sgi.com
Subject: Re: waiting for ppp0 to become free (Re: ppp0 out of control)
Date: Wed, 26 Jan 2005 11:02:54 +0100	[thread overview]
Message-ID: <41F76ACE.3070405@tomt.net> (raw)
In-Reply-To: <20050126094422.GA31040@lk8rp.mail.xeon.eu.org>

Janos Farkas wrote:
> On 2005-01-21 at 15:44:44, Aurélien GÉRÔME wrote:
> 
>>I am running 2.6.10 from kernel.org on Debian Sid ppc/x86, the same
>>issue occurs with 2.6.9. Though, 2.6.8.1 and previous are fine.
>>
>>When my ISP connection via PPPoE (kernel side) goes down, reconnection
>>does not occur, and the kernel displays continuous:
>>
>>kernel: unregister_netdevice: waiting for ppp0 to become free. Usage count = 1
> 
> 
> BTW, I have seen many cases when this symptom annoyed me too, the last
> one is that my shutdown scripts tried unloading the network driver
> modules.  Is your setup doing this by any chance?  In my case,
> apparently there were conntrack entries keeping the device in use,
> which is almost useless when preparing to shutdown :)
> 
> OTOH, I couldn't find a way to flush those conntracks, so I worked
> around it by not rmmoding ethernet drivers.
> 
> In your case, it's probably conntrack too, I'd presume you are using
> that PPPoE machine as a masquerading gateway, which by definition needs
> connection tracking...  I'm not sure either if this is a "real" change,
> I only vaguely recollect as some moons earlier this wasn't a problem in
> 2.6.
> 

Here's some data I've collected on a possible related or identical one.

So far it seems related to interface removal. I've seen this recently on 
vlan interfaces, since ifupdown on my systems kill vlan devices on ifdown.

In my cases I've not been able to reproduce without ipv6 loaded in the 
kernel, and it only seems to happen when lo/loopback is taken offline 
first (ifdown -a here does it in that order..)

A shutdown rrmod-type takedown of a NIC would probably be run after 
"ifdown -a", hence after lo is down, thats why I suspect it to be the 
same problem.

I still have a binary search to do for pinpointing what broke it, though.

  reply	other threads:[~2005-01-26 10:02 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20050121144444.GA2100@roxor.be>
2005-01-26  9:44 ` waiting for ppp0 to become free (Re: ppp0 out of control) Janos Farkas
2005-01-26 10:02   ` Andre Tomt [this message]
2005-01-26 20:31   ` Aurélien GÉRÔME
2005-01-30 15:39     ` Alan Cox

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=41F76ACE.3070405@tomt.net \
    --to=andre@tomt.net \
    --cc=jf-ml-k1-1087813225@lk8rp.mail.xeon.eu.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@oss.sgi.com \
    /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).