Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Feb 2021 21:00:21 +0200
From:      Andriy Gapon <avg@FreeBSD.org>
To:        Michael Tuexen <tuexen@freebsd.org>
Cc:        "Scheffenegger, Richard" <Richard.Scheffenegger@netapp.com>, "net@FreeBSD.org" <net@freebsd.org>
Subject:   Re: panic: sackhint bytes rtx >= 0
Message-ID:  <e65fe000-4e9f-e8c7-7d3f-7c78ab1a436d@FreeBSD.org>
In-Reply-To: <58AED4F6-FBA4-46D5-98D4-DD31BD9A946B@freebsd.org>
References:  <960081ac-2839-a226-3142-5a4666eb54ad@FreeBSD.org> <8BB910F9-B828-49A2-8941-4F6C6419D8EA@freebsd.org> <SN4PR0601MB37288873BB2967AC78B26C8986809@SN4PR0601MB3728.namprd06.prod.outlook.com> <c03e903f-5386-4c7b-ee95-b558791d6e35@FreeBSD.org> <58AED4F6-FBA4-46D5-98D4-DD31BD9A946B@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 25/02/2021 20:20, Michael Tuexen wrote:
>> On 25. Feb 2021, at 19:08, Andriy Gapon <avg@FreeBSD.org> wrote:
>>
>> On 24/02/2021 00:40, Scheffenegger, Richard wrote:
>>> Hi Andriy,
>>>
>>> I guess I am currently the person who has the most recent knowledge about that
>>> part of the base stackā€¦
>>>
>>> Do you happen to have more (preceding) information about this, or a way to
>>> reproduce this?
>> Unfortunately, no.  It "just happened".
>> There was no unusual activity at the time of the crash.
>> At least, from a user / administrator perspective.
> So you did not use specific TCP stacks or congestion control modules?

Correct.
The default stack and congestion control (if any).

>>> Are you running any special stack (RACK, BBR) which may have switched back to
>>> the base stack in the middle of a loss recovery (I suspected at one point that
>>> this may cause issues, potentially)?
>> I do not have any customizations to the network stack, everything at defaults.
>>
>>> Or was something done with the ipfw that may have temporarily impacted a tcp
>>> session?
>> I use pf as a firewall.  I did not touch it at the time of the crash.
> Does pf change the packets?

Not sure.
If only this rule: scrub in all fragment reassemble
All others are just block and pass (no NAT even).

-- 
Andriy Gapon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e65fe000-4e9f-e8c7-7d3f-7c78ab1a436d>