This message was deleted.
# harvester
a
This message was deleted.
s
I got it figured out. I’m testing this out on Proxmox and the NIC wasn’t set to allow vlan tagging, so the tagged storage packets weren’t going through. This brings up the question, why are vlan ids being forced on the Longhorn storage network setup? If it’s a dedicated NIC and Switch, it shouldn’t be needed.
r
For untagged traffic, we usually set the “VLAN ID” field to
1
. Maybe you can give it a try 🙂
s
Thank you. I had tried setting to VLAN ID
1
, but since Proxmox wasn’t allowing any tagged traffic to pass, it wasn’t getting to the switch. It was just unexpected that setting a VLAN ID was a requirement. It’s working now though. Thanks for the suggestion!
🙌 1
r
cc @orange-policeman-97710 Do you have any insight into this? About the mandatory VLAN ID setting in the storage network.
o
It's required to support untagged network. Could you help file an issue?
r
The corresponding issue has been created. @swift-eve-48927 feel free to add more details to it (or let me attach the link to this thread for the issue background). Thank you! https://github.com/harvester/harvester/issues/4323
👍 1
Hi @swift-eve-48927, I’ve done some tests about it, and it seems there are no VLAN headers in the packets when the storage network’s VLAN ID is set to 1. FWIW, I use tcpdump to listen on the Harvester node’s network interface with the following command:
Copy code
$ tcpdump -i enp2s0 -nn -e vlan
There is no output when the storage network’s VLAN ID is set to 1. But with other VLAN IDs, say, 200, I can observe a lot of packets shown in the output.
s
Good to know! I must have been experiencing a different problem when I had the ID set to
1
. I’ve replaced Proxmox with Harvester on those bare metal servers now, so can’t easily do any testing to verify. Thank you for your work on this project! 🙏
r
Another guess: did you set the MTU size to a value other than the default 1500?
s
No, I left the field blank.
👌 1