* 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).