From owner-freebsd-stable@freebsd.org Mon Mar 5 13:20:36 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 464A6F2EB2A for ; Mon, 5 Mar 2018 13:20:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2990793ED for ; Mon, 5 Mar 2018 13:20:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id w25DJO2j012831; Mon, 5 Mar 2018 08:19:24 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 05 Mar 2018 08:19:24 -0500 (EST) Date: Mon, 5 Mar 2018 08:19:24 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= cc: FreeBSD stable Subject: Re: DDD hangs on start on 11.1-R In-Reply-To: Message-ID: References: <20180303170941.GC9421@beast.freibergnet.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed 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: Mon, 05 Mar 2018 13:20:36 -0000 On Mon, 5 Mar 2018, Trond Endrest=F8l wrote: > On Sat, 3 Mar 2018 18:09+0100, Holm Tiffe wrote: > >> can anyone get ddd get to work in 11.1-R or stable? > > I've more or less given up on devel/ddd, since it relies on the old > pty subsystem, now replaced by the new pts subsystem, to communicate > with gdb. > > I build custom kernels containing "device pty", but I'm not sure if > that directive is being honoured these days. > > It's a shame, 'cos ddd is very good at visualizing data structures. > Maybe it's possible to patch ddd to use pts instead of pty. I used to like ddd also. You might try devel/gps. It's more than just a debugger, but you can use it just for debugging. Note, it's been a while since I've used it, but worked similarly to ddd. --=20 DE From owner-freebsd-stable@freebsd.org Mon Mar 5 13:22:15 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AA26F2EDF4 for ; Mon, 5 Mar 2018 13:22:15 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F34A8795A8 for ; Mon, 5 Mar 2018 13:22:14 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,427,1515452400"; d="scan'208";a="2433812" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail2.frequentis.com with ESMTP; 05 Mar 2018 14:22:11 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Mon, 5 Mar 2018 14:22:11 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpA Date: Mon, 5 Mar 2018 13:22:10 +0000 Message-ID: References: , , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.72.193] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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: Mon, 05 Mar 2018 13:22:15 -0000 Thanks, I am actually compiling with both patches. I try now to get NFS 4.1 multipathing working. So I have now two connection= on different subnets between the ESXi host and the FreeBSD host with expor= ts for the same mountpoint on both subnets. Now I get the following errors in the vmkernel.log: 2018-03-05T13:06:07.488Z cpu10:66503)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Is there session trunking available in the FreeBSD NFS41 implementation? Br, andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Montag, 5. M=E4rz 2018 02:16 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper=20 >>reason for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server return= s for not issuing a delegation (issuing delegations is entirely at the disc= retion of the server and is disabled by default). [more stuff snipped] Good luck with it, rick