Bug 149887 - Copying large files with scp fails because of e1000 driver
Summary: Copying large files with scp fails because of e1000 driver
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 4
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
: 164942 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-02-28 16:53 UTC by Davide Bolcioni
Modified: 2015-01-04 22:17 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-12-28 04:42:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Davide Bolcioni 2005-02-28 16:53:38 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1 Fedora/1.0.1-1.3.1

Description of problem:
When copying a large file (350 MB) with scp, I got strange errors including "corrupted MAC on input". Looking up this error in Google it seemed related to the driver for Intel NICs in 2.6.10 kernels, see for example

 http://www.derkeiler.com/Mailing-Lists/securityfocus/Secure_Shell/2004-01/0004.html

More googling suggested as a workaround

  ethtool -K eth0 rx off tx off

which apparently worked.

Version-Release number of selected component (if applicable):
kernel-2.6.10-1.766_FC3

How reproducible:
Sometimes

Steps to Reproduce:
1. Setup a host with a e1000 NIC
2. Try to copy a 350 MB file to said host
3. Observe errors 
  

Actual Results:  Various scp errors, mostly "broken pipe" and "corrupt MAC on input".

Expected Results:  Successful file transfer.

Additional info:

The network is a 100 MB switched network and the NIC autoconfigured for full duplex 100 MB. Interactive ssh sessions work fine; this was likely to be the first time I attempted to transfer a large file to this host over the LAN so I have no clue as to when the problem might have begun. In the past the same host was used to download ISO images from Internet; this transfer was over the LAN, so it seems that transfer speed might make a difference.

Comment 1 Dave Jones 2005-07-15 20:22:08 UTC
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.

Comment 2 Phil Oester 2005-08-17 00:01:42 UTC
I am experiencing this problem with FC4, and can confirm that this command:

ethtool -K eth0 rx off tx off

on both sender and receiver does solve it.  I actually submitted a new bug for 
this (bug 164942) as I originally assumed it was a bug with scp/ssh.  

I have experienced the bug in the FC4 kernels, as well as 2.6.1[23] kernels.

(tried to change version to FC4, but wouldn't let me...)

Comment 3 Davide Bolcioni 2005-08-17 07:43:48 UTC
Still happens with FC4 as per report above.

Comment 4 Tomas Mraz 2005-08-17 08:04:02 UTC
*** Bug 164942 has been marked as a duplicate of this bug. ***

Comment 5 Dave Jones 2005-11-10 20:04:03 UTC
2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.

Thank you.


Comment 6 Dave Jones 2005-12-28 04:42:55 UTC
This bug has been mass-closed along with other bugs that have been in NEEDINFO
state for several months.

Due to the large volume of inactive bugs in bugzilla, this is the only method we
have of cleaning out stale bug reports where the reporter has disappeared.

If you can reproduce this bug after installing all the current updates, please
reopen this bug.

If you are not the reporter, you can add a comment requesting it be reopened,
and someone will get to it asap.

Thank you.


Note You need to log in before you can comment on or make changes to this bug.