From owner-freebsd-stable@FreeBSD.ORG Tue Jan 20 11:46:11 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8295717C; Tue, 20 Jan 2015 11:46:11 +0000 (UTC) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 10C0D14E; Tue, 20 Jan 2015 11:46:10 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 7C2AF16A40B; Tue, 20 Jan 2015 12:45:57 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N4UoEo7xHbEK; Tue, 20 Jan 2015 12:45:35 +0100 (CET) Received: from [IPv6:2001:4cb8:3:1:6455:2a07:d7dc:ef6e] (unknown [IPv6:2001:4cb8:3:1:6455:2a07:d7dc:ef6e]) by smtp.digiware.nl (Postfix) with ESMTP id 0DD9F16A405; Tue, 20 Jan 2015 12:45:35 +0100 (CET) Message-ID: <54BE3FDC.9030904@digiware.nl> Date: Tue, 20 Jan 2015 12:45:32 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: d@delphij.net, Garrett Cooper , Brandon Allbery Subject: Re: old bug: mount_nfs path/name is limited to 88 chars References: <1401700998.16283447.1421681564732.JavaMail.root@uoguelph.ca> <201501191544.t0JFiP7O027952@mech-as221.men.bris.ac.uk> <99F7DA1A-66EB-4F69-BAFA-0D72E4207248@gmail.com> <54BDA9DD.5040608@delphij.net> In-Reply-To: <54BDA9DD.5040608@delphij.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: mexas@bris.ac.uk, rmacklem@uoguelph.ca, freebsd-stable , freebsd current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2015 11:46:11 -0000 On 2015-01-20 2:05, Xin Li wrote: >> Doing it in 11 makes sense since there is a compat layer for 10 >> now… if I knew all of the steps I would happily do them as annoys >> me from time to time as well with the path length issue. > > Compat layer may break applications in other funny ways and we > probably have to return e.g. ENAMETOOLONG for legacy applications if > the names are too long to fit into the buffer, but I don't see any > easy solution either: I wish we have bumped it in 2003 when the struct > receives its first big revamp by bumping all statistic fields to 64-bit. On 2015-01-20 1:23, Allan Jude wrote:> On 2015-01-19 16:20, Garrett > > Especially with ZFS, I find I have a lot more mounts now, under longer > and longer path names, and then I have > .zfs/snapshots/snapshotnamehere/path/to/file > > etc. > > Definitely a +1 for "this is something we need for 11" +1 Well to be honest: Things are already broken for me ATM. I do have paths that are too long, and tools trip over it. Things like building the locate database just don't have everything. Which is a pain, especially for finding things fast in backups of ZFS, where the path is even more convoluted that what Allan suggests So whether being bitten by the cat of the dog: it still hurts. Perhaps it is an intermediate solution to add new settings which are going to be used for userspace programs, like USER_MNAMELEN and USER_PATH_MAX. It will certainly give ENAMETOOLONG back when it involves systemcalls. But then a lot of the other tool stuff would just function. --WjW