https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #48 from Michael Tuexen ---
(In reply to iron.udjin from comment #47)
Perfect!
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #47 from iron.ud...@gmail.com ---
(In reply to Michael Tuexen from comment #46)
Yes, I did it already. Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #46 from Michael Tuexen ---
(In reply to iron.udjin from comment #45)
Can you try something like
sudo syssctl net.inet.tcp.tcp_pcap_packets=10
If your system runs out of mbufs, use less than 10...
--
You are receiving this mai
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #45 from iron.ud...@gmail.com ---
(In reply to Richard Scheffenegger from comment #44)
Ok, kernel has been rebuilded. I'll let you know in case of having something
interesting in dmesg.
--
You are receiving this mail because:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #44 from Richard Scheffenegger ---
(In reply to iron.udjin from comment #38)
Can you also add
options INVARIANT_SUPPORT
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221445
--- Comment #16 from Vladislav V. Prodan ---
(In reply to punkt.de Hosting Team from comment #15)
There are network settings in the Kimsufi API (
https://eu.api.kimsufi.com/console/#/dedicated/server/%7BserviceName%7D/specifications/netwo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #43 from Christos Chatzaras ---
(In reply to Michael Tuexen from comment #42)
Links sent. Thank you.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #42 from Michael Tuexen ---
(In reply to Christos Chatzaras from comment #39)
Can you also send the link to tue...@freebsd.org or, if that is blocked, to
tue...@fh-muenster.de?
--
You are receiving this mail because:
You are o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #41 from Richard Scheffenegger ---
(In reply to Christos Chatzaras from comment #40)
Indeed. Unlike the other cores, the session is still in FIN_WAIT_1 state (6),
not LAST_ACK.
Also, there is an entire chain of 1-byte holes in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #40 from Christos Chatzaras ---
(In reply to Richard Scheffenegger from comment #37)
Looks like similar to this which I reported last year:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254725
--
You are receiving this m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #39 from Christos Chatzaras ---
(In reply to Richard Scheffenegger from comment #37)
Hello Richard,
Tried to e-mail you at rsch...@freebsd.org but Office 365 block it. Can you
e-mail me at ch...@cretaforce.gr to send you the l
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #38 from iron.ud...@gmail.com ---
(In reply to Richard Scheffenegger from comment #35)
I have a problem with kernel rebuild on the linking stage. I just copied
GENERIC to KP and added:
ident DEBUG
options TCP
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #37 from Richard Scheffenegger ---
Can you provide the vmcore (and kernel.debug) files?
Or check
f 10
p *tp
p *tp->sackhint.nexthole
p tp->snd_una + tp->t_inpcb->inp_socket->so_snd.sb_ccc
p/x tp->t_flags
p/x tp->t_flags2
p *t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #36 from Christos Chatzaras ---
Today I had a kernel panic in a server. Is it possible the same bug?
Fatal trap 12: page fault while in kernel mode
cpuid = 7; apic id = 07
fault virtual address = 0x18
fault code
Hello,
> Am 11.06.2022 um 22:47 schrieb Zaphod Beeblebrox :
>
> So... I have FRR OSPF and OSPF6 up on my lan. As I've got a few VMs that
> (say) act as a VPN sever, I want OSPF and OSPF6 to pick up from the bridge
> that serves the VMs.
> Both OSPF and OSPF6 work fine on the physical lan inter
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #35 from Richard Scheffenegger ---
(In reply to iron.udjin from comment #31)
Try the patch attached just now, which should apply cleanly.
Note that if the hypothesis about snd_max getting infrequently incremented
twice holds, y
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #34 from Richard Scheffenegger ---
Created attachment 234627
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234627&action=edit
clean patch against 13.1-RELEASE
--
You are receiving this mail because:
You are the ass
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
Richard Scheffenegger changed:
What|Removed |Added
Attachment #234626|0 |1
is obsolete|
So... I have FRR OSPF and OSPF6 up on my lan. As I've got a few VMs that
(say) act as a VPN sever, I want OSPF and OSPF6 to pick up from the bridge
that serves the VMs.
Both OSPF and OSPF6 work fine on the physical lan interfaces (in fact, on
vlan interfaces that attach to regular lan interfaces)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #32 from Richard Scheffenegger ---
Created attachment 234626
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234626&action=edit
D35446 patch to apply clean against 13.1-RELEASE
--
You are receiving this mail because:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221445
punkt.de Hosting Team changed:
What|Removed |Added
CC||m...@punkt.de
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221445
--- Comment #14 from Vladislav V. Prodan ---
(In reply to Vladislav V. Prodan from comment #0)
Now Kimsufi has the following rc.conf settings:
ifconfig_DEFAULT="SYNCDHCP"
ifconfig_em0="DHCP"
ipv6_activate_all_interfaces="YES"
ipv6_defaul
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #31 from iron.ud...@gmail.com ---
(In reply to Richard Scheffenegger from comment #27)
Failed to apply patch for 13.1-RELEASE source code:
|Index: sys/netinet/tcp_sack.c
|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #30 from Michael Tuexen ---
(In reply to iron.udjin from comment #29)
In addition, I would also suggest
options TCPPCAP
That would allow us to see the last n packets in/out per endpoint in the kernel
dump. Just compiling it in d
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #29 from iron.ud...@gmail.com ---
(In reply to Richard Scheffenegger from comment #27)
Tell me please which options should be enabled when I'll rebuild kernel.
Anything else except INVARIANTS?
--
You are receiving this mail be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #28 from iron.ud...@gmail.com ---
(In reply to Michael Tuexen from comment #26)
When my website has started experience problem with overload because of
thousands distributed requests like "GET / HTTP/2.0", I switched website to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #27 from Richard Scheffenegger ---
(In reply to iron.udjin from comment #25)
I've prepared a patch against main (may need some manual tweaking to apply to
13.1-RELEASE as of now)
wget https://reviews.freebsd.org/D35446?id=1068
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #26 from Michael Tuexen ---
(In reply to iron.udjin from comment #25)
Interesting information. Do you know what the traffic pattern was when being
under attack. Any chance you have a .pcap file and are will to share
(privately)?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #25 from iron.ud...@gmail.com ---
(In reply to Richard Scheffenegger from comment #24)
I can build and run custom kernel. But the problem that I cannot reproduce
crash.
The panic has been occur when my server was under DDoS atta
29 matches
Mail list logo
