You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is usually a combination kernel version + driver + firmware version, could you give us ethtool -i <eth0> (name might not be eth0) and more details on the hypervisor ?
Side note, with hardware offload it's normal to have bad checksum on outgoing packets in tcpdump, so when investigating only look at incoming packets (tcpdump -Q in ...)
Agreed with @champtar this looks more like a kernel/hypervisor issue, you can also reach out the the project calico folks with the details above since kubespray only deploys calico not modifies it in any way.
This issue suggests its a recent kernel driver update that's causing the issue:
I didn't spot champtar in this thread, and I didn't properly look at the originally linked issues. Leaving this here as another reference. projectcalico/calico#4727
I haven't confirmed via tcpdump but I have been struggling with calico vxlan on Ubuntu 20.04 with HWE 5.13 kernel. vxlan works fine on standard 5.4 kernel.
Redeploying with IP in IP mode allows things to work for 5.13 kernel.
Activity
champtar commentedon Jun 17, 2022
This is usually a combination kernel version + driver + firmware version, could you give us
ethtool -i <eth0>(name might not be eth0) and more details on the hypervisor ?Side note, with hardware offload it's normal to have bad checksum on outgoing packets in tcpdump, so when investigating only look at incoming packets (
tcpdump -Q in ...)maxpain commentedon Jun 17, 2022
@champtar
maxpain commentedon Jun 17, 2022
Yes, but these packets don't send.
champtar commentedon Jun 17, 2022
Would be worth a shot to open a vmware ticket
cristicalin commentedon Jun 17, 2022
Agreed with @champtar this looks more like a kernel/hypervisor issue, you can also reach out the the project calico folks with the details above since kubespray only deploys calico not modifies it in any way.
DomHoney commentedon Jul 11, 2022
This issue suggests its a recent kernel driver update that's causing the issue:I didn't spot champtar in this thread, and I didn't properly look at the originally linked issues. Leaving this here as another reference.
projectcalico/calico#4727
I haven't confirmed via tcpdump but I have been struggling with calico vxlan on Ubuntu 20.04 with HWE 5.13 kernel. vxlan works fine on standard 5.4 kernel.
Redeploying with IP in IP mode allows things to work for 5.13 kernel.
yankay commentedon Sep 2, 2022
I have the same issue at the RockyLinux 9.
kernel version: 5.14.0-70.13.1.el9_0.x86_64
maxpain commentedon Sep 2, 2022
I finally switched from Kubespray to Talos OS, and I no more have any configuration problems with OS.