From owner-freebsd-stable@FreeBSD.ORG Mon Jan 19 15:33:54 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 0C7D3CB0; Mon, 19 Jan 2015 15:33:54 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B66B3D16; Mon, 19 Jan 2015 15:33:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEAIgivVSDaFve/2dsb2JhbABbDoNKXIMCwzYMhSVKAoFlAQEBAQF9hAwBAQEDAQEBASArIAsFFhgCAg0ZAikBCSYOBwQBGgIEiAMIDbsClAMBAQEBAQEEAQEBAQEBAQEagSGOAAcBARs0BxaCUoFBBYl1iCuDMoNoiFCIECKDMVsgMQEGfAkXIn4BAQE X-IronPort-AV: E=Sophos;i="5.09,427,1418101200"; d="scan'208";a="184802784" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 19 Jan 2015 10:32:45 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B573F3CE1D; Mon, 19 Jan 2015 10:32:44 -0500 (EST) Date: Mon, 19 Jan 2015 10:32:44 -0500 (EST) From: Rick Macklem To: mexas@bris.ac.uk Message-ID: <1401700998.16283447.1421681564732.JavaMail.root@uoguelph.ca> In-Reply-To: <201501190840.t0J8eLtW046377@mech-as221.men.bris.ac.uk> Subject: Re: old bug: mount_nfs path/name is limited to 88 chars MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org 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: Mon, 19 Jan 2015 15:33:54 -0000 Anton Shterenlikht wrote: > This bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167105 > > is a show stopper for me. The path/name length is > beyond my control, so I cannot make it shorter. > > This discussion seems inconclusive: > http://lists.freebsd.org/pipermail/freebsd-hackers/2012-April/038543.html > > Is there no easy solution to this PR? > Or is there no interest in fixing the issue? > Well, the "easy" solution is to just increase the value of NNAMELEN and rebuild everything from sources to use the modified sys/mount.h. (If you can run a modified system built entirely from sources, I think you can do this.) However, this can't be done in -current because it breaks the statfs(2) syscall API, etc. There is a patch in projects/ino64 to try and change ino_t to 64bits and I think it also included changes for this. - It would need a new statfs(2) syscall and versioned library routines for everything that uses statfs(2) in libc, etc. So, for -current the answer is "it is not easy". There was a patch floating around that truncated the path to 64bits, so that the mounts are allowed but not reported correctly via statfs(2). You can probably find that patch and use it, if a broken statfs(2) isn't a problem for you. rick > Thanks > > Anton > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" >