From owner-freebsd-hackers@freebsd.org Tue May 3 23:24:40 2016 Return-Path: Delivered-To: freebsd-hackers@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 71989B2C7C0 for ; Tue, 3 May 2016 23:24:40 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6A01348 for ; Tue, 3 May 2016 23:24:40 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qg0-x234.google.com with SMTP id f92so15725983qgf.0 for ; Tue, 03 May 2016 16:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0/OvbDEr20x9dQ4Ja4zkYiGnn8RlCpaJ04ubITfLgR8=; b=BJIyKW/pzAzeS/CBJqbmY4iCYbPAdN/DgPKJdCC8aSoqPfq0hfThiJUV6Qu+OaLSKa 73KxM5rmOrmXgwBj/UccR/2JwrmBhC2Cxaf8NPCTI56KQhG/nGe9OWhdJPaxAX71BcNV PI4+C9WWfRxbF7Y/6OeS/Ru2jOH2c8t3woBnQtEmivHUIGa6iOaVA9DH7kTA9hFmEk2w mdrJfmkN5uvZOHGGjjf9vagRLd1CGIXSxXGThILJciQWLHWFefMCMw6YpgAlHh408oxQ 9s9pXvAn2eyUnS0ecUoZp2riYsfJTVCUEKbdA4C8wMPfCKYK3QARvS8RgFZmNB2mF4G2 jElw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0/OvbDEr20x9dQ4Ja4zkYiGnn8RlCpaJ04ubITfLgR8=; b=k7YhoYd85/MCSsqLN01zV6zj05GGTHT6nhklXLAMf9/91meGJqE8S72NuITVIbwpxe 22Jra4Xse/CIqBSmJWKSyQzyQZbsPYHOajACB+oXX3oztaOWX8ptRRdrNCQAIURGCJeJ Jr18yCCu/K2gbxbeZJIuwaMjbAYMUjlH+wGZczfA32S1ZOD0Gu6XOQjIis/nh1BPIvBV Yq6PhQve25z0CpbSLK6lHll2V3aOM9MsjnaiFu9PNagKJAf1cRo16GhSxghtbG1sjD58 zsooXAPkC/EeqI9MEIkiGmN6niR/exPf5XTKD/5alvYenc/mfJ61jivtE/fOWQE9DWaG PN3Q== X-Gm-Message-State: AOPr4FXGLFSYTbY01O0kOPUecJ8Vemldc6vmNig0+Hjg2RUC2qxY2IXSOkMY3zFsDo+MmQ== X-Received: by 10.140.23.37 with SMTP id 34mr5521473qgo.14.1462317879205; Tue, 03 May 2016 16:24:39 -0700 (PDT) Received: from [192.168.1.54] (ool-4351ff55.dyn.optonline.net. [67.81.255.85]) by smtp.gmail.com with ESMTPSA id c206sm264462qha.45.2016.05.03.16.24.38 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 May 2016 16:24:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: TCP problems From: Mark Saad X-Mailer: iPhone Mail (13E238) In-Reply-To: Date: Tue, 3 May 2016 19:24:38 -0400 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8AD66D4F-F6E8-47E7-B7CE-F3CC9C6BDE75@longcount.org> References: To: Dieter BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2016 23:24:40 -0000 Dieter Sounds like you may have fired the nic on the G box . I had a supermicro e= 5-2620 board (x9d something) do something similar last week and nothing fixe= s it except replacement .=20 --- Mark Saad | nonesuch@longcount.org > On May 3, 2016, at 6:41 PM, Dieter BSD wrote: >=20 > I have suddenly started seeing TCP problems on a machine "G": > running FreeBSD 10.1 > Gigabyte UD5 amd64 > 2 Ethernet controllers, re0 and ue0: >=20 > re0: port > 0xb000-0xb0ff mem 0xfe600000-0xfe600fff,0xd0000000-0xd0003fff irq 16 > at device 0.0 on pci6 > re0: Using 1 MSI-X message > re0: turning off MSI enable bit. > re0: Chip rev. 0x4c000000 > re0: MAC rev. 0x00000000 > rgephy0: PHY 1 on miibus0 >=20 > ue0 is Siig USB-to-Ethernet Chipset: AX88179 >=20 > Problem 1: bind(2) fails > Problem 2: copying large files via Ethernet results in data corruption >=20 > 1) Bind: >=20 > C program containing: >=20 > bzero(&server, sizeof(struct sockaddr_in)); > server.sin_family=3DAF_INET; > server.sin_port=3Dhtons((unsigned short)port_number); > (void) memcpy((char*)&server.sin_addr, (char*)host->h_addr, > sizeof(server.sin_addr)); >=20 > return_code =3D socket(PF_INET, SOCK_STREAM, 0); > if (return_code =3D=3D -1) { fprintf(stderr, "%s: ERROR ", argv[0]); > perror("socket() failed"); fflush(stderr); exit(-1); } > fd =3D return_code; >=20 > return_code =3D bind(fd, (struct sockaddr*)&server, sizeof(server)); > if (return_code =3D=3D -1) { fprintf(stderr, "%s: ERROR ", argv[0]); > perror("bind() failed"); fflush(stderr); exit(-1); } >=20 > gives: ERROR bind() failed: Can't assign requested address >=20 > The same binary has been working perfectly on another machine (running 8.2= ) > for years. A UDP version of the program is working ok. Rebooting didn't h= elp. >=20 > 2) Data corruption: >=20 > rcp large file from machine T (running 8.2) to machine G (10.1) > rcp the file back from G to T > compare the two copies of the file on machine T to verify integrity >=20 > This worked fine until yesterday. Now suddenly most large files have data= > corruption, thus cmp(1) fails. The first difference occurs at various > places in the file. >=20 > Both machine have 2 gigabit Ethernet controllers (2 seperate networks). > Both networks have the problem. I have also tried different sata disks > on different disk controllers. Both machines are amd64 and have ECC memor= y. > Cables are factory made cat6 or cat7 25 foot or shorter. Netgear gigabit > switches. I tried using ftp instead of rcp. Rebooting didn't help. >=20 > machine T: > nfe0: flags=3D8843 metric 0 mtu 15= 00 > options=3D8210b > media: Ethernet autoselect (1000baseT > ) > bge0: flags=3D8843 metric 0 mtu 15= 00 > options=3D8009b > media: Ethernet autoselect (1000baseT > ) >=20 > machine G: > re0: flags=3D8843 metric 0 mtu 150= 0 > options=3D8209b > media: Ethernet autoselect (1000baseT ) > ue0: flags=3D8843 metric 0 mtu 150= 0 > options=3D8000b > media: Ethernet autoselect (1000baseT ) >=20 > I tried ifconfig -rxcsum -txcsum. Machine T seems happy, but > networking on machine G stopped working so I had to turn them back on. > (problem #3?) >=20 > Small files (2-4 KB) and things like telnet/rsh seem to work fine. >=20 > It appears that *something* broke yesterday, probably something in > machine G. But what? hardware? software? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"=