linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Martin Zaharinov <micron10@gmail.com>
To: Guillaume Nault <gnault@redhat.com>
Cc: "linux-kernel@vger kernel. org" <linux-kernel@vger.kernel.org>,
	Eric Dumazet <eric.dumazet@gmail.com>,
	netdev@vger.kernel.org
Subject: Re: Urgent: BUG: PPP ioctl Transport endpoint is not connected
Date: Wed, 9 Dec 2020 18:57:44 +0200	[thread overview]
Message-ID: <1E49F9F8-0325-439E-B200-17C8CB6A3CBE@gmail.com> (raw)
In-Reply-To: <20201209164013.GA21199@linux.home>

Hi Nault 



> On 9 Dec 2020, at 18:40, Guillaume Nault <gnault@redhat.com> wrote:
> 
> On Wed, Dec 09, 2020 at 04:47:52PM +0200, Martin Zaharinov wrote:
>> Hi All
>> 
>> I have problem with latest kernel release 
>> And the problem is base on this late problem :
>> 
>> 
>> https://www.mail-archive.com/search?l=netdev@vger.kernel.org&q=subject:%22Re%5C%3A+ppp%5C%2Fpppoe%2C+still+panic+4.15.3+in+ppp_push%22&o=newest&f=1
>> 
>> I have same problem in kernel 5.6 > now I use kernel 5.9.13 and have same problem.
>> 
>> 
>> In kernel 5.9.13 now don’t have any crashes in dimes but in one moment accel service stop with defunct and in log have many of this line :
>> 
>> 
>> error: vlan608: ioctl(PPPIOCCONNECT): Transport endpoint is not connected
>> error: vlan617: ioctl(PPPIOCCONNECT): Transport endpoint is not connected
>> error: vlan679: ioctl(PPPIOCCONNECT): Transport endpoint is not connected
>> 
>> In one moment connected user bump double or triple and after that service defunct and need wait to drop all session to start .
>> 
>> I talk with accel-ppp team and they said this is kernel related problem and to back to kernel 4.14 there is not this problem.
>> 
>> Problem is come after kernel 4.15 > and not have solution to this moment.
> 
> I'm sorry, I don't understand.
> Do you mean that v4.14 worked fine (no crash, no ioctl() error)?
> Did the problem start appearing in v4.15? Or did v4.15 work and the
> problem appeared in v4.16?

In Telegram group I talk with Sergey and Dimka and told my the problem is come after changes from 4.14 to 4.15 
Sergey write this : "as I know, there was a similar issue in kernel 4.15 so maybe it is still not fixed”

I don’t have options to test with this old kernel 4.14.xxx i don’t have support for them.


> 
>> Please help to find the problem.
>> 
>> Last time in link I see is make changes in ppp_generic.c 
>> 
>> ppp_lock(ppp);
>>        spin_lock_bh(&pch->downl);
>>        if (!pch->chan) {
>>                /* Don't connect unregistered channels */
>>                spin_unlock_bh(&pch->downl);
>>                ppp_unlock(ppp);
>>                ret = -ENOTCONN;
>>                goto outl;
>>        }
>>        spin_unlock_bh(&pch->downl);
>> 
>> 
>> But this fix only to don’t display error and freeze system 
>> The problem is stay and is to big.
> 
> Do you use accel-ppp's unit-cache option? Does the problem go away if
> you stop using it?
> 

No I don’t use unit-cache , if I set unit-cache accel-ppp defunct same but user Is connect and disconnet more fast.

The problem is same with unit and without . 
Only after this patch I don’t see error in dimes but this is not solution.
In network have customer what have power cut problem, when drop 600 user and back Is normal but in this moment kernel is locking and start to make this : 
sessions:
  starting: 4235
  active: 3882
  finishing: 378

 The problem is starting session is not real user normal user in this server is ~4k customers .

I use pppd_compat .

Any idea ?

>> 
>> Please help to fix.
Martin


  reply	other threads:[~2020-12-09 16:59 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-09 14:47 Urgent: BUG: PPP ioctl Transport endpoint is not connected Martin Zaharinov
2020-12-09 16:40 ` Guillaume Nault
2020-12-09 16:57   ` Martin Zaharinov [this message]
2020-12-09 17:29     ` Martin Zaharinov
2020-12-09 18:10     ` Guillaume Nault
2020-12-09 19:12       ` Martin Zaharinov
2020-12-14 17:09         ` Guillaume Nault
2020-12-10  7:06       ` Martin Zaharinov
2020-12-10  7:16       ` Martin Zaharinov
2020-12-14 16:44         ` Guillaume Nault

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=1E49F9F8-0325-439E-B200-17C8CB6A3CBE@gmail.com \
    --to=micron10@gmail.com \
    --cc=eric.dumazet@gmail.com \
    --cc=gnault@redhat.com \
    --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).