From owner-freebsd-current@FreeBSD.ORG Mon Sep 30 07:15:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 615AF130; Mon, 30 Sep 2013 07:15:10 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EEDEA2EF1; Mon, 30 Sep 2013 07:15:09 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id gd11so3439287vcb.5 for ; Mon, 30 Sep 2013 00:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Okf9BLPN5xQ+gPr1zWxQYgcUlx2WzoJWzsSrbQ8kFEI=; b=Jhkp6IrVcK3dAeqjRVA01KUNE+ACwQLuBchz3W2tosEVtoSSvQwLOxdJByr1xGyWtg MfOBsSSytg8zt+38doVXvF2IuOEibifJH58SDY/P5iYx1cBpNfpRMfY1OH09Iq/QDAML LCfKcL+zaQzlsQwg6mS2W7VeG9ot17bL/ygDc4U677iEKuS88h4WQZ+lymaGncIecT2o bF6zGT/1Q3TH/Xm376IgOBSowpJavywWRJFbcFrOXA1GXxU7+YSIfBo0E1IO4Sx0UaKr tj4o2Yg/xnfBFpbTQZPEk0jVECRAb8MJCggvqTMw5A84SO5OgMQgumBIzCxLEUui59I+ 1Adw== MIME-Version: 1.0 X-Received: by 10.52.164.102 with SMTP id yp6mr18208728vdb.14.1380525309132; Mon, 30 Sep 2013 00:15:09 -0700 (PDT) Received: by 10.58.44.97 with HTTP; Mon, 30 Sep 2013 00:15:09 -0700 (PDT) In-Reply-To: <20130930051209.GB19015@devbox.vnode.local> References: <20130928130920.GA1318@devbox.vnode.local> <1380388791.1197.335.camel@revolution.hippie.lan> <20130929081329.GA19015@devbox.vnode.local> <20130930025344.GK56872@funkthat.com> <20130930051209.GB19015@devbox.vnode.local> Date: Mon, 30 Sep 2013 03:15:09 -0400 Message-ID: Subject: Re: installworld broken - osreldate.h: permission denied From: Mehmet Erol Sanliturk To: Joel Dahl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 07:15:10 -0000 On Mon, Sep 30, 2013 at 1:12 AM, Joel Dahl wrote: > On Sun, Sep 29, 2013 at 07:53:44PM -0700, John-Mark Gurney wrote: > > Joel Dahl wrote this message on Sun, Sep 29, 2013 at 10:13 +0200: > > > On Sat, Sep 28, 2013 at 11:19:51AM -0600, Ian Lepore wrote: > > > > On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > > > > > Hi, > > > > > > > > > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > > > > > > > > > /usr/src/include/iconv.h osreldate.h /usr/include > > > > > install: osreldate.h: Permission denied > > > > > *** Error code 71 > > > > > > > > > > Stop. > > > > > make[4]: stopped in /usr/src/include > > > > > *** Error code 1 > > > > > > > > > > Everything was working fine 2 weeks ago, so it's a recent breakage. > > > > > > > > > > > > > Okay, I just accidentally created conditions for this error on my > > > > system... I checked in a change to newvers.sh while a buildworld was > > > > running, which led to a situation where newvers.sh was newer than > > > > osreldate.h at the end of the buildworld. Then an installworld > tried to > > > > regenerate osreldate.h due to its dependency on newvers.sh, which > would > > > > fail if the obj was readonly at that point. > > > > > > > > I think we could see if something similar applies for you if you use > > > > this command: > > > > > > > > make -dm installworld SUBDIR_OVERRIDE=include > > > > > > I tried this with a fresh HEAD but the error message is still the same. > > > > > > /usr/src and /usr/obj are NFS mounted, FYI. > > > > Are you building on one machine and running install on another? Are > > the dates the same between the two machines? > > Yes, both machines are running ntp. I've double-checked the dates and they > are > in sync. > > -- > Joel > The problem is UFS and NFS 3 do not have a COMMON user model . Each user is setting his/her update flag in the server , and the other users are NOT able to access to his/her updated files. In this subject , I had asked the following question : http://lists.freebsd.org/pipermail/freebsd-questions/2013-September/253323.html ( NFS file modes consistency among different operating systems ) I could not find any answer which is applicable . Setting client "umask" value is NOT respected by any application ( I do not know which ones are using it ) . My solution is to frequently set file modes in the server to a common mode such as rwx-rwx-rwx to allow other users from other computers to access and use the files although the users are the same person with the same name in the client computers . Some Linux distributions even is NOT respecting such a mode and they are giving "Permission denied" for executable programs which is not possible to find which part is responsible for this rejection . I could not find a detailed information about NFS 4 user model from client computers . It seems that NFS does not have a configuration file to manage access rights among different users by setting default file modes which all of the clients uses that mode . ZFS and NFS 4 together giving an impression that such facilities may be used , but NFS 4 is not mentioned in the FreeBSD Handbook as production usable . In the man pages , it is called as "experimental" . Therefore , only solution , perhaps , is to set file modes in server when it becomes necessary to access to these files by another user . My knowledge is so much . This is a difficult situation for shared use of NFS 3 by different clients on the same directories . Thank you very much . Mehmet Erol Sanliturk