* Network timing (?) problems since kernel 3.12 @ 2014-11-09 15:15 Markus Krebs 2014-11-09 15:55 ` Andrew Lunn 0 siblings, 1 reply; 6+ messages in thread From: Markus Krebs @ 2014-11-09 15:15 UTC (permalink / raw) To: linux-arm-kernel Hello, I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for storage as a server. Since kernel 3.12 I'm experiencing various erratic problems when transferring files, especially large or many files at the same time, over the network (ssh complaining about "Corrupted MAC on input" or Windows [over Samba] about corrupt files). Turning "offload check summing" off with ethtool didn't really help. Kernel 3.11 shows no such behaviour. Has there been a significant change in the network driver or in the USB mass storage driver? ^ permalink raw reply [flat|nested] 6+ messages in thread
* Network timing (?) problems since kernel 3.12 2014-11-09 15:15 Network timing (?) problems since kernel 3.12 Markus Krebs @ 2014-11-09 15:55 ` Andrew Lunn 2014-11-09 16:56 ` Markus Krebs 0 siblings, 1 reply; 6+ messages in thread From: Andrew Lunn @ 2014-11-09 15:55 UTC (permalink / raw) To: linux-arm-kernel On Sun, Nov 09, 2014 at 04:15:57PM +0100, Markus Krebs wrote: > Hello, > > I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for > storage as a server. Since kernel 3.12 I'm experiencing various > erratic problems when transferring files, especially large or many > files at the same time, over the network (ssh complaining about > "Corrupted MAC on input" or Windows [over Samba] about corrupt > files). > Turning "offload check summing" off with ethtool didn't really help. Try turning off gso. Andrew ^ permalink raw reply [flat|nested] 6+ messages in thread
* Network timing (?) problems since kernel 3.12 2014-11-09 15:55 ` Andrew Lunn @ 2014-11-09 16:56 ` Markus Krebs 2014-11-12 19:48 ` Simon Baatz 0 siblings, 1 reply; 6+ messages in thread From: Markus Krebs @ 2014-11-09 16:56 UTC (permalink / raw) To: linux-arm-kernel Am 09.11.2014 um 16:55 schrieb Andrew Lunn: >> I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for >> storage as a server. Since kernel 3.12 I'm experiencing various >> erratic problems when transferring files, especially large or many >> files at the same time, over the network (ssh complaining about >> "Corrupted MAC on input" or Windows [over Samba] about corrupt >> files). >> Turning "offload check summing" off with ethtool didn't really help. > > Try turning off gso. Thanks, Andrew; I've tried now but that didn't do the trick either. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Network timing (?) problems since kernel 3.12 2014-11-09 16:56 ` Markus Krebs @ 2014-11-12 19:48 ` Simon Baatz 2014-11-12 20:30 ` Markus Krebs 0 siblings, 1 reply; 6+ messages in thread From: Simon Baatz @ 2014-11-12 19:48 UTC (permalink / raw) To: linux-arm-kernel Hi Markus, On Sun, Nov 09, 2014 at 05:56:37PM +0100, Markus Krebs wrote: > Am 09.11.2014 um 16:55 schrieb Andrew Lunn: > > >>I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for > >>storage as a server. Since kernel 3.12 I'm experiencing various > >>erratic problems when transferring files, especially large or many > >>files at the same time, over the network (ssh complaining about > >>"Corrupted MAC on input" or Windows [over Samba] about corrupt > >>files). > >>Turning "offload check summing" off with ethtool didn't really help. > > > >Try turning off gso. > > Thanks, Andrew; I've tried now but that didn't do the trick either. I am not able to provoke this behaviour on my Sheevaplug using a stock 3.12.32 kernel (but that does not mean much. Just did some quick tests by copying large files from an USB stick using ssh or netcat). Could you elaborate on the actual kernel and config you are using? Is there a simple testcase that reliably reproduces the behaviour on your box? - Simon ^ permalink raw reply [flat|nested] 6+ messages in thread
* Network timing (?) problems since kernel 3.12 2014-11-12 19:48 ` Simon Baatz @ 2014-11-12 20:30 ` Markus Krebs 2014-11-14 15:01 ` Markus Krebs 0 siblings, 1 reply; 6+ messages in thread From: Markus Krebs @ 2014-11-12 20:30 UTC (permalink / raw) To: linux-arm-kernel Am 12.11.2014 um 20:48 schrieb Simon Baatz: > Hi Markus, > > On Sun, Nov 09, 2014 at 05:56:37PM +0100, Markus Krebs wrote: >> Am 09.11.2014 um 16:55 schrieb Andrew Lunn: >> >>>> I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for >>>> storage as a server. Since kernel 3.12 I'm experiencing various >>>> erratic problems when transferring files, especially large or many >>>> files at the same time, over the network (ssh complaining about >>>> "Corrupted MAC on input" or Windows [over Samba] about corrupt >>>> files). >>>> Turning "offload check summing" off with ethtool didn't really help. >>> >>> Try turning off gso. >> >> Thanks, Andrew; I've tried now but that didn't do the trick either. > > I am not able to provoke this behaviour on my Sheevaplug using a > stock 3.12.32 kernel (but that does not mean much. Just did some > quick tests by copying large files from an USB stick using ssh or > netcat). > > Could you elaborate on the actual kernel and config you are using? > Is there a simple testcase that reliably reproduces the behaviour on > your box? > > - Simon > Hi Simon, the actual working kernel I'm using is "3.11-2-kirkwood #1 Debian 3.11.10-1 (2013-12-04) armv5tel". It never fails on anything. When I upgrade to a newer kernel (3.15, 3.16, 3.17 ..), my testcase is/was to do a unison synchronisation run: I synchronize a large directory on the server with a backup directory on a Windows machine. Unison is invoked from Windows, while the Linux unison server is waiting, over ssh. Immediately after invoking unison from Windows, it crashes, when the server runs a newer kernel. This is reproduceable. Being curious what could be the problem, I have synchronized two Linux servers with unison, again over ssh. It then gave the error "Corrupted MAC on input". This "unison over ssh"-scenario is my testcase, as when copying files, the error is not consistently reproduceable. - Markus ^ permalink raw reply [flat|nested] 6+ messages in thread
* Network timing (?) problems since kernel 3.12 2014-11-12 20:30 ` Markus Krebs @ 2014-11-14 15:01 ` Markus Krebs 0 siblings, 0 replies; 6+ messages in thread From: Markus Krebs @ 2014-11-14 15:01 UTC (permalink / raw) To: linux-arm-kernel Am 12.11.2014 um 21:30 schrieb Markus Krebs: > Am 12.11.2014 um 20:48 schrieb Simon Baatz: >> Hi Markus, >> >> On Sun, Nov 09, 2014 at 05:56:37PM +0100, Markus Krebs wrote: >>> Am 09.11.2014 um 16:55 schrieb Andrew Lunn: >>> >>>>> I'm using a Sheevaplug (Marvell Kirkwood) with an USB-Stick for >>>>> storage as a server. Since kernel 3.12 I'm experiencing various >>>>> erratic problems when transferring files, especially large or many >>>>> files at the same time, over the network (ssh complaining about >>>>> "Corrupted MAC on input" or Windows [over Samba] about corrupt >>>>> files). >>>>> Turning "offload check summing" off with ethtool didn't really help. >>>> >>>> Try turning off gso. >>> >>> Thanks, Andrew; I've tried now but that didn't do the trick either. >> >> I am not able to provoke this behaviour on my Sheevaplug using a >> stock 3.12.32 kernel (but that does not mean much. Just did some >> quick tests by copying large files from an USB stick using ssh or >> netcat). >> >> Could you elaborate on the actual kernel and config you are using? >> Is there a simple testcase that reliably reproduces the behaviour on >> your box? >> >> - Simon >> > > Hi Simon, > > the actual working kernel I'm using is "3.11-2-kirkwood #1 Debian > 3.11.10-1 (2013-12-04) armv5tel". It never fails on anything. > > When I upgrade to a newer kernel (3.15, 3.16, 3.17 ..), my testcase > is/was to do a unison synchronisation run: I synchronize a large > directory on the server with a backup directory on a Windows machine. > Unison is invoked from Windows, while the Linux unison server is > waiting, over ssh. Immediately after invoking unison from Windows, it > crashes, when the server runs a newer kernel. This is reproduceable. > Being curious what could be the problem, I have synchronized two Linux > servers with unison, again over ssh. It then gave the error "Corrupted > MAC on input". > This "unison over ssh"-scenario is my testcase, as when copying files, > the error is not consistently reproduceable. > > - Markus > > Hi all, I don't know what has changed, but with the newest Debian kernel [3.16.0-4-kirkwood #1 Debian 3.16.7-2 (2014-11-06)] things seems to work better. No errors so far! Thank you for your investigations! - Markus ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-11-14 15:01 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-11-09 15:15 Network timing (?) problems since kernel 3.12 Markus Krebs 2014-11-09 15:55 ` Andrew Lunn 2014-11-09 16:56 ` Markus Krebs 2014-11-12 19:48 ` Simon Baatz 2014-11-12 20:30 ` Markus Krebs 2014-11-14 15:01 ` Markus Krebs
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).