From owner-freebsd-current@freebsd.org Tue Jan 12 16:42:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EA25A80890 for ; Tue, 12 Jan 2016 16:42:42 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFCF41EBF for ; Tue, 12 Jan 2016 16:42:41 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id b14so329888602wmb.1 for ; Tue, 12 Jan 2016 08:42:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=ujsuCiBRN/m/oTuMBEE63W8m4Zb+bV/8uLQiUI5hydU=; b=JZjukJLJjheovVkQrlZc4rt/WKgfbbHGe8SGjI+MPaOnbJThrEEwtJ4X8u+F16/uT8 7C59Naw7L3wEP+6h8tsHlZPFaMs0Tkw6gAumeAgJ4OUGV7Go5z64s/DaVGOKkh7f+a3M mZHnsA0erF+9NSObRg8fedcPHmUzrUoWUbnnjw/TNS7P94pV5eb6nnFKq60JZBydELop 9rWvBUfEN35bGAfhZRiKdW0fT+p7qQcYaznNUc8b3BYfC5oRXqPUoxpkgQ+IEz0jZPH0 axdzr975N2bA1gGy7foUcdiGgvruiPysl931ugRN01AeVrUtwtWKJaz9c5Jyg5q1Clks /6Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ujsuCiBRN/m/oTuMBEE63W8m4Zb+bV/8uLQiUI5hydU=; b=NceUmR1zFyD13klw7ylP+sZETU4QKf5fSw9uLLp3wpUXiMIZ93B4HzW2xrDABIv5j8 SQ7ruj76U4qaELUgb21IhSUTz8CUWSo0NbmWCG2e8+xEyuzzfWBr/zmwlEZfcvDXRJKm dq17BWhvNLyMFhI6ivxwI7yadNTslfZbZWmxRsJvsEeryXJZxtfRZVlmo/dppeDBlPoy V4Hp/vghl7k9lcOSd8Rsp9Oh+1iCmTVfZtqCLFQAZUWHKuEANad+uHSeQM9zSv+CsEj3 olT/gTVlNXij/6XosEkGoortemLy6s5zYm6wMwSnJkPfKy8ru8HmmgHcCZTNhjDqB5el v9Cg== X-Gm-Message-State: ALoCoQkvFVZLVbsI4N3iETEY19kSMYBgogc0zWsR/Z2GGW2Htk2KDvAWU5+O2ULIi8MRH/xy8hGLLUvkSu9WFgb7eqOQHr2uEA== X-Received: by 10.28.153.3 with SMTP id b3mr21485998wme.7.1452616960404; Tue, 12 Jan 2016 08:42:40 -0800 (PST) MIME-Version: 1.0 From: Tom Vijlbrief Date: Tue, 12 Jan 2016 16:42:30 +0000 Message-ID: Subject: Installworld fails with TMPDIR pointing to NFS mounted directory To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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: Tue, 12 Jan 2016 16:42:42 -0000 If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not think it is raspberry related or even 11-CURRENT related. export TMPDIR=/media/usbdisk/tmp make installword MAKEOBJDIRPREFIX=/media/swan/obj Works as expected but fails cleaning up when TMPDIR points to an NFS mounted directory: export TMPDIR=/media/swan/tmp The NFS server exports /media/swan which has a src/ obj/ and tmp/ subdirectory. src/ has the sources, obj/ is filled correctly by makeworld. The tmp dir has the correct permissions. The installworld runs till the end, except for the last cleanup action which fails: ===> etc/sendmail (install) cd /media/swan/src/etc/../share/man; make makedb makewhatis /d/root11/usr/share/man makewhatis /d/root11/usr/share/openssl/man rm: /media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8: Directory not empty rm: /media/swan/tmp/install.xrgbPMy8/locale: Directory not empty rm: /media/swan/tmp/install.xrgbPMy8: Directory not empty *** Error code 1 Stop. make[1]: stopped in /media/swan/src *** Error code 1 Stop. make: stopped in /media/swan/src On some runs just a single error message that complains about: /media/swan/tmp/install.xyz not being empty, but an "ls" shows no files and an "rmdir /media/swan/tmp/ install.xyz" succeeds! In the example above "/media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8" IS empty! It is as if a removed file remains visible for the client for a while. The NFS server is running Ubuntu 15.10, NFSv3 is used, no other clients access the NFS tmp directory, no error messages on the client or server dmesg. /etc/exports on the server: /export/all/bsd 192.168.0.0/24(rw,no_root_squash,nohide,insecure,no_subtree_check,async) The systems have completed many build/install world/kernel cycles using this NFS mount and are rock solid. Any hints would be appreciated.