From debbugs-submit-bounces@debbugs.gnu.org Tue May 14 17:05:28 2019 Received: (at 35662) by debbugs.gnu.org; 14 May 2019 21:05:28 +0000 Received: from localhost ([127.0.0.1]:50045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hQec4-0005Uu-D9 for submit@debbugs.gnu.org; Tue, 14 May 2019 17:05:28 -0400 Received: from pelzflorian.de ([5.45.111.108]:55132 helo=mail.pelzflorian.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hQec2-0005Uk-Ll for 35662@debbugs.gnu.org; Tue, 14 May 2019 17:05:27 -0400 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id E6F0E360038; Tue, 14 May 2019 23:04:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1557867894; bh=KkFJL/+eq3F4NN2owT/JAjTSu6Z2eM8TsRhKagXuvvQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=ZkecO/VlLGLGPfAljBuGo764KTgpPDvlVz8/QwrXd6I/f90EKtW264RzDFLKu0Was proRcxJMYJRff3Whnawy3ifB6vvV9bAyAhY7xqPHKtFpaGLB/hSdbdDpnmPzD/kRsD S4WJ1RyZFicow9FqHDsB5jW/3d9Uus9F0BPThgzk= Date: Tue, 14 May 2019 23:04:53 +0200 From: "pelzflorian (Florian Pelz)" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#35662: Really relocatable binaries crash with Permission denied Message-ID: <20190514210453.2p7x3ibpgohwaxot@pelzflorian.localdomain> References: <87o94ax9lw.fsf@gnu.org> <20190511050518.ozmvhsov6meg6g5f@pelzflorian.localdomain> <87ftpivlnv.fsf@gnu.org> <20190513103440.xkri3uk2oxtk4rn6@pelzflorian.localdomain> <87r292qx30.fsf@gnu.org> <20190513151736.ffbuofr3vmyqaoov@pelzflorian.localdomain> <87tvdyozra.fsf@gnu.org> <20190513204524.ozcnp6faamrbfkcv@pelzflorian.localdomain> <20190514080525.xspgsob6payn2ioa@pelzflorian.localdomain> <87h89wydf7.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87h89wydf7.fsf@gnu.org> User-Agent: NeoMutt/20180716 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35662 Cc: 35662@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Tue, May 14, 2019 at 10:43:56PM +0200, Ludovic Courtès wrote: > "pelzflorian (Florian Pelz)" skribis: > > > On Mon, May 13, 2019 at 10:45:24PM +0200, pelzflorian (Florian Pelz) wrote: > >> On Mon, May 13, 2019 at 10:39:21PM +0200, Ludovic Courtès wrote: > >> > I suspect ZFS-on-Linux (right?) is doing something unusual here: > >> > >> I suppose it is ZFS on Linux; it is Linux, I can ask the admins if it > >> could be something else. > >> > > > > The admins have confirmed that they use “Proxmox on ZFS” (judging from > > it is ZFS on Linux) and > > they have confirmed that they have disabled user namespaces in their > > Proxmox settings. > > User namespaces are orthogonal to file systems, but anyway it looks like > ZFS is refusing to let us do these things. > Do I understand correctly that user namespaces are not really disabled (?) but fail on ZFS? This seems strange, but a Web search for “zfs user namespaces” shows other people having trouble with this combination. The admins told me they had to disable user namespaces because it caused some kind of trouble. > I don’t have any great option to offer. You could perhaps modify > run-in-namespace.c so that it doesn’t even try user namespaces and > instead goes directly to the PRoot option? > > However working around this behavior of ZFS it not completely trivial > and I’m not sure we should put much energy to paper over non-standard > file system behavior. > > Thoughts? > If ZFS makes user namespaces fail, then could run-un-namespace.c fall back to PRoot when detecting ZFS, somehow? Regards, Florian