From owner-freebsd-stable@freebsd.org Mon Aug 24 22:33:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83E4F9C1CBE for ; Mon, 24 Aug 2015 22:33:46 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 697F01746 for ; Mon, 24 Aug 2015 22:33:45 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id AFE15193655 for ; Mon, 24 Aug 2015 22:33:44 +0000 (UTC) Subject: Re: Silent data corruption on em(4) interfaces To: freebsd-stable@freebsd.org References: From: Sean Bruno Message-ID: <55DB9BC7.1070603@freebsd.org> Date: Mon, 24 Aug 2015 15:33:43 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 22:33:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/20/15 02:57, KOT MATPOCKuH wrote: > Hello! > > I got silent data corruption when transferring data via em(4) > interface on 10.2-STABLE r286912. 1. I got broken large file > transferred via ftp (MD5 checksum mismatched); 2. I got disconnects > when transferring large data via ssh with messages: Corrupted MAC > on input. Disconnecting: Packet corrupt > > Problem occurs only after few hours of uptime. Immediately after > reboot I transferred same file via ftp without any errors. > > I tried to use: - em0 and em2 interfaces in link aggregation - em1 > as "clean" interface But I got same problem in both cases. > > Also one time when transferring file I got this messages: em0: > Interface stopped DISTRIBUTING, possible flapping em0: Watchdog > timeout -- resetting em2: Interface stopped DISTRIBUTING, possible > flapping em2: Watchdog timeout -- resetting > > netstat -in does not see any problems: Name Mtu Network > Address Ipkts Ierrs Idrop Opkts Oerrs Coll em0 > 1500 00:14:4f:01:3f:7a 6689452 0 0 146720 > 0 0 em1 1500 00:14:4f:01:3f:7b 5732168 0 > 0 2865912 0 0 em2 1500 00:14:4f:01:3f:7c > 501817 0 0 3392333 0 0 > > Network adapters is build in to the Sun Fire X4100 mother board: > em0@pci0:1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = > '82546EB Gigabit Ethernet Controller (Copper)' class = > network subclass = ethernet > > TCP_OFFLOAD disabled in kernel's config. > > Any ideas? > Can you file a bugzilla report for this with all possible information from your report? sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJV25vFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kyC8H+QFLXz2hbRmkBhTlxExfZpUw ZtWDvrwJAnLXXsMVPi+E3icGLX2YYljw/MCpD8LqxJTs2jQOc+X3wIjI4nt5WEHI ve/KTpsdYjdxvLrIFRgUbt+oCv8C0NFfmQNsLqFRCe2Cz3tUtdwQsFGUXH6NkKxN Xj3tC1yBRwwVoywhmaU5uahaBtv4IC6x00iDkbjrX9GZKiBZD11HcGYyNMoCUFsP Njz1UZjtuztuy1IuDXbVn+HMm90VOsRziMgU2LQmsWTp6sSw+T/45ce0UYzrlhEl n/50fboUdS8k8kfjjyxid2kaskOAfe/qWZB59qdiKFDdgBFz7/oBRwN/yq6Ww1U= =fy/H -----END PGP SIGNATURE-----