Yeah it can get weird. Our company's product involves live moving networks and MTU is something we deal with regularly. Really was just a bad assumption on my part from switchport configurations that I didn't doublecheck on on the prod side stacks.
Yeah we were very certain that wasn't an issue, this is an under warranty VXRAIL Cluster that was previously running ESXi and VSAN using all ports in our production environment with no issues. Our 640s that now run production might have been suspect as they're a gen old, but unlikely that we...
We have solved this, Falk was right. My first thought was that can't be an issue as we mount NFS shares from the NetApp on Linux VMs regularly in our environment, but then it dawned on me that the VMs likely weren't configured for jumbo frames. @Bradomski ran with this first thing this morning...
We can definitely try that, but I'm my experience that much delay indicates issues. What we DID do was exercise the shares at their mount points after the add and found regular delays in simple things like ls. Listing files in a directory should be zero time, not even taking in to account an...
Chiming in, I work with Brad. MTUs are 9216 everywhere on our "storage" VLAN. All shares were added via the GUI. We've tried disabling kerberos as suggested in another thread (and only disabling certain versions). We've also set individual share permissions to 777 but no change.
Initial add was...
I believe the OP asked how to do it. While what to do is great, a lot of people here are not familiar with OVS, get even more confused in proxmox's implimentation versus OVS tutorials on the web, and would appreciate some instruction. Proxmox recommends you configure using the GUI, but I am in...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.