From owner-freebsd-stable@freebsd.org Fri Nov 17 08:30:26 2017 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 AADADDBE0DA for ; Fri, 17 Nov 2017 08:30:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 947367F21B for ; Fri, 17 Nov 2017 08:30:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 8FD68DBE0D8; Fri, 17 Nov 2017 08:30:26 +0000 (UTC) Delivered-To: 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 8DA7DDBE0D7; Fri, 17 Nov 2017 08:30:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 40FD27F219; Fri, 17 Nov 2017 08:30:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1eFc2O-000GuK-5i; Fri, 17 Nov 2017 10:30:12 +0200 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\)) Subject: Re: iscsi target and VMware/esxi timeouts -- SOLVED Date: Fri, 17 Nov 2017 10:30:11 +0200 In-Reply-To: <6B1A4A67-D0E9-4A73-B690-60A52D144F81@punkt.de> Cc: Freebsd hackers list , =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= , stable@freebsd.org To: "Patrick M. Hausen" References: <7779629C-A1E5-4E96-B660-A0FAD231468C@cs.huji.ac.il> <6B1A4A67-D0E9-4A73-B690-60A52D144F81@punkt.de> X-Mailer: Apple Mail (2.3445.4.7) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2017 08:30:26 -0000 > On 14 Nov 2017, at 11:28, Patrick M. Hausen wrote: >=20 > Hello, >=20 >> Am 14.11.2017 um 10:08 schrieb Daniel Braniss : >>=20 >> Hi, >> we are experimenting issues with several esxi=E2=80=99s servers that = use freebsd 10.2 stable as a iscsi target. >> ie: >> Nov 11 17:58:16 store-07 kernel: WARNING: 132.65.11.201 = (iqn.1998-01.com.vmware:pe-02-2fa7cd9e): no ping reply (NOP-Out) after 5 = seconds; dropping connection >> Nov 11 17:58:16 store-07 kernel: WARNING: 132.65.11.201 = (iqn.1998-01.com.vmware:pe-02-2fa7cd9e): no ping reply (NOP-Out) after 5 = seconds; dropping connection >> Nov 11 17:58:16 store-07 kernel: WARNING: 132.65.11.205 = (iqn.1998-01.com.vmware:pe-03-13e8b52d): no ping reply (NOP-Out) after 5 = seconds; dropping connection >> Nov 11 17:58:17 store-07 kernel: WARNING: 132.65.11.203 = (iqn.1998-01.com.vmware:pe-13-60e87d06): no ping reply (NOP-Out) after 5 = seconds; dropping connection >> Nov 11 17:58:17 store-07 kernel: WARNING: 132.65.11.205 = (iqn.1998-01.com.vmware:pe-03-13e8b52d): no ping reply (NOP-Out) after 5 = seconds; dropping connection >>=20 >> these are 3 different esxis that almost at the same time the target = looses connection to the initiators. >> at the moment most =E2=80=98clients=E2=80=99 recover from the scsi = error, but older freebsds don=E2=80=99t. >>=20 >> in any case, increasing the timeout is not helping. >>=20 >> any clues are welcome :-) >>=20 >> over the weekend i=E2=80=99m planning to upgrade the target to 11.1 = and take for the hills. >=20 > Are you using istgt or ctld? >=20 > We have did experience similar occasional problems with the former > but never with the latter. >=20 > Patrick the iscsi initiator of the esxi=E2=80=99s (VMware) does answer to = NOP=E2=80=99s once in a blue moon! this was checked by sniffing the network. setting kern.cam.ctl.iscsi.ping_timeout=3D0 solved this. thanks, danny