| Summary: | Enabling jumbo packets breaks NFS | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Wolfgang Denk <wd> |
| Component: | kernel | Assignee: | Steve Dickson <steved> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | Bert.Deknuydt, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, miguelcv |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-09-04 15:09:03 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Wolfgang Denk
2012-01-01 19:08:22 UTC
What network cards are you using ? (In reply to comment #1) > What network cards are you using ? Test were done mostly on a Supermicro H8DME-2 mainboard which has two nVidia MCP55 Ethernet controllers. I also tried a SysKonnect SK-9871 V2.0 Gigabit Ethernet 1000Base-ZX Adapter, a SysKonnect SK-9E21D 10/100/1000Base-T Adapter, and a Intel 82572EI Gigabit Ethernet Controller. Less testing was done with these, but the results appear to be the same. I can confirm this behaviour: Linux negro.micasa 3.1.8-2.fc16.x86_64 #1 SMP Sat Jan 7 13:35:24 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) If I do: ifconfig eth1 mtu 1500 clients mount fine and can work. If i do: ifconfig eth1 mtu 7200 clients hang and there is no messages on server. Even if I change mtu once mounted the ls on client hangs too. I have to say that my clients are old machines (a Siemens M740 DVB) and a Samsung TV. (In reply to comment #1) > What network cards are you using ? To eliminate that this problem might be caused by the network driver (the nVidia MCP55 Ethernet controller is still a bit suspicious to me) I installed INtel EtherExpress Pro/1000ET Quad cards (E1G44ET2BLK) on both the server and the client used for this test. The problem still happens with these. I see no indication of the errors on the network, not on the server. Just the client hangs with "nfs: server ... not responding, timed out" messages. I'm still thinking this is a network problem not an NFS problem but... Could please post a binary network trace with either tcpdump -s0 -w /tmp/data.pcap host <server> or tshark -w /tmp/data.pcap host <server> than bzip2 the trace file bzip2 /tmp/data.pcap (In reply to comment #5) > I'm still thinking this is a network problem not an NFS problem but... > Could please post a binary network trace with either > tcpdump -s0 -w /tmp/data.pcap host <server> > or > tshark -w /tmp/data.pcap host <server> > > than bzip2 the trace file > bzip2 /tmp/data.pcap Ok I'll try to do it this week.... [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. |