From owner-freebsd-current@FreeBSD.ORG Mon Aug 27 15:28:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F36F106566C for ; Mon, 27 Aug 2012 15:28:11 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id F21E18FC12 for ; Mon, 27 Aug 2012 15:28:10 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so2627635wib.13 for ; Mon, 27 Aug 2012 08:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mU7j+cTJCF8KAlHXyr90kE7+cDzzQrGoXwIYOrFMdM0=; b=Kkt9UwG2XE5RNx5ni2XsV95HF5wYBiiKYqkT/wNxSXyoWStxwA9LhULvuG2/je9nGS XiimjQaXcc1I9EUDuZuEETrMl3BZ2DLwFYNsd3Xqh3ypRewSvKzz6H+LpCEka90IoTxi mZ2ukvHj9t6zZtjPCZaVz4che4NwGTBHqkV6g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=mU7j+cTJCF8KAlHXyr90kE7+cDzzQrGoXwIYOrFMdM0=; b=pegO94bMkHtaCcmkH3R+VL9XhVIPkMsuzmKHMauo/adurjSUSdBgaMQrdtQdNA1VVm fOoXCWC0WHER3kQtGcMXdqwRc4xarn/V02bljkgd2O70q79T2rmKZAY6hC4z+cATLsf4 8kLl4QDP3D+UcGg+XvDcmCQy6kkfPcSFkK0FQq01s1eT5GqpywM1PtKvIdfqEb8Dytvf aXaTfcj82axwfPYDi5FoBeLjOueADzh+Tl+WTI9TGebxBIjqPu1iJoP3aDOwAimduIcy LY1X7qmEFLM1wukgIZbFOKwRw9rs+z2zO1kEskb/3vugQZVJTbVlKKGiesh35dAdEb8z 7p9g== MIME-Version: 1.0 Received: by 10.216.131.13 with SMTP id l13mr7110096wei.195.1346081289723; Mon, 27 Aug 2012 08:28:09 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.180.90.15 with HTTP; Mon, 27 Aug 2012 08:28:09 -0700 (PDT) X-Originating-IP: [80.123.233.199] In-Reply-To: <20120820123142.GY33100@deviant.kiev.zoral.com.ua> References: <20120812132047.GA33526@psconsult.nl> <20120820123142.GY33100@deviant.kiev.zoral.com.ua> Date: Mon, 27 Aug 2012 17:28:09 +0200 X-Google-Sender-Auth: FsWFEWHRw9YRTDP7aEKdg-DC0-A Message-ID: From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkiZ2o5f26za3QuiNAnnT9HSkdJLTO9t+Z9REzmG54kqopCO7KkfLbWwrUPb7srRuL3cDXG Cc: Garrett Cooper , Current FreeBSD , Paul Schenkeveld Subject: Re: make package fails in chroot: tar: getvfsbyname failed: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Aug 2012 15:28:11 -0000 On Mon, Aug 20, 2012 at 2:31 PM, Konstantin Belousov wrote: > On Mon, Aug 20, 2012 at 01:42:31PM +0200, Bernhard Fr?hlich wrote: >> On Sun, Aug 19, 2012 at 10:01 PM, Tim Kientzle wrote: >> > >> > On Aug 19, 2012, at 12:17 PM, Garrett Cooper wrote: >> > >> >> On Sun, Aug 19, 2012 at 9:45 AM, Tim Kientzle wrote: >> >>> >> >>> On Aug 12, 2012, at 6:20 AM, Paul Schenkeveld wrote: >> >>> >> >>>> Hi, >> >>>> >> >>>> I have a wrapper script that builds packages in a chroot environment >> >>>> which happily runs on release 6 thru 9 and earlier 10 but fails with: >> >>>> >> >>>> tar: getvfsbyname failed: No such file or directory >> >>>> >> >>>> on a recent -CURRENT. >> >>> >> >>> libarchive does do an initial getvfsbyname() when you ask it >> >>> to traverse a directory tree so that it can accurately handle later >> >>> requests about mountpoints and filesystem types. This code >> >>> is admittedly a little intricate. >> >> >> >> The problem most likely is the fact that all mountpoints are >> >> exposed via chroot, thus, if it's checking to see if a mountpoint >> >> exists, it may exist outside of the chroot. >> >> >> > >> > I reviewed the code to refresh my memory. Some >> > of what I said before was not quite right. >> > >> > Libarchive's directory traversal tracks information about >> > the filesystem type so that clients such as bsdtar can >> > efficiently skip synthetic filesystems (/dev or /proc) or >> > network filesystems (NFS or SMB mounts). >> > >> > The net effect is something like this: >> > >> > For each file: >> > stat() or lstat() or fstat() the file >> > look up dev number in an internal cache >> > if the dev number is new: >> > fstatfs() the open fd to get the FS name >> > getvfsbyname() to identify the FS type >> > >> > Unless there's a logic error in libarchive itself, this >> > would suggest that somehow fstatfs() is returning >> > a filesystem type that getvfsbyname() can't >> > identify. >> > >> > Paul: >> > What filesystem are you using? >> > >> > What does "mount" show? >> > >> > Does it work outside the chroot? >> >> I also see the same on the redports.org build machines. >> It builds within a jail there which is completely on a tmpfs. >> Interestinly everything is fine with a 10-CURRENT/amd64 >> jail but it breaks in a 10-CURRENT/i386 jail. Both are >> running on the same 10-CURRENT/amd64 which is >> around 2 months old. >> >> https://redports.org/buildarchive/20120814130205-56327/ > > Try this. I've seen that it was committed to head in the meantime so I gave that a try. The problem still persists. https://redports.org/~decke/20120827152217-19891-54992/expat-2.0.1_2.log -- Bernhard Froehlich http://www.bluelife.at/