https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241191
--- Comment #10 from Michael ---
(In reply to Gleb Smirnoff from comment #8)
route -qn flush
this is actually the same as
route delete
multi, for all route's
... and, RADIX_MPATH now renamed to ROUTE_MPATH (from 13.0)
https://reviews.freeb
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241191
--- Comment #9 from Michael ---
Create new thread (Fatal trap 12 in ROUTE_MPATH variant "route delete"):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255665
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241191
--- Comment #8 from Gleb Smirnoff ---
(In reply to Michael from comment #7)
Michael, I'm pretty sure the bug you see with 14.0-CURRENT is different to the
bug Andrey reports. Can you please file a separate bug report?
--
You are receivin
On 23 Apr 2021, at 18:12, Kevin Bowling wrote:
On Fri, Apr 23, 2021 at 6:19 AM Rick Macklem
wrote:
Kyle Evans wrote:
On Fri, Apr 23, 2021 at 12:22 AM Kevin Bowling
wrote:
Greetings,
[... snip ...]
Tehuti Networks seems to have gone out of business. Probably not
worth worrying about.
On 06.05.2021 18:02, Mark Johnston wrote:
On Thu, May 06, 2021 at 06:00:05PM +0200, Michael Schmiedgen wrote:
BTW, we got 2 other systems, also with userland NAT but different workload.
After an uncertain amount of time, mostly weeks, the natd starts to spin 100%
CPU on these systems. Quick noob
On Thu, May 06, 2021 at 06:00:05PM +0200, Michael Schmiedgen wrote:
> On 05.05.2021 20:38, Mark Johnston wrote:
> > On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
> >> On 04.05.2021 21:02, Mark Johnston wrote:
> >>> This looks like fairly random kernel memory corruption. Are y
On 05.05.2021 20:38, Mark Johnston wrote:
On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
On 04.05.2021 21:02, Mark Johnston wrote:
This looks like fairly random kernel memory corruption. Are you able to
build an INVARIANTS kernel and test that? Assuming you're using 13.0,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255507
Mark Johnston changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
On Thu, May 06, 2021 at 05:07:30PM +0300, Özkan KIRIK wrote:
> I wonder that if you received the flame graphs ?
Yes, there's nothing obviously problematic there.
> I also tested system with multiple if_ipsec interfaces using different
> source-dst tunnel address.
> By this way, system can utilize
I wonder that if you received the flame graphs ?
I also tested system with multiple if_ipsec interfaces using different
source-dst tunnel address.
By this way, system can utilize all cpu cores.
But for single if_ipsec interface, is there a way to speed up transfer ?
Thanks!
On Mon, May 3, 2021 a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241191
Michael changed:
What|Removed |Added
CC||michael@gmail.com
--- Comment #7 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255507
--- Comment #3 from commit-h...@freebsd.org ---
A commit in branch stable/13 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=e183dd501caf03751c96c7c0683ccc3a6c0cd27d
commit e183dd501caf03751c96c7c0683ccc3a6c0cd27d
Author:
12 matches
Mail list logo