From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#30875: Garbage collector may leave empty files Date: Wed, 21 Mar 2018 00:09:29 +0100 Message-ID: <87bmfiibti.fsf@gnu.org> References: <87muz3f0vz.fsf@fastmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyQOM-0002xk-P0 for bug-guix@gnu.org; Tue, 20 Mar 2018 19:10:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyQOI-0005Cq-Nj for bug-guix@gnu.org; Tue, 20 Mar 2018 19:10:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:36474) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eyQOI-0005Cm-KS for bug-guix@gnu.org; Tue, 20 Mar 2018 19:10:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eyQOI-0004kl-CQ for bug-guix@gnu.org; Tue, 20 Mar 2018 19:10:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87muz3f0vz.fsf@fastmail.com> (Marius Bakke's message of "Tue, 20 Mar 2018 12:21:36 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Marius Bakke Cc: 30875@debbugs.gnu.org Hello, Marius Bakke skribis: > Recently I've seen a couple of instances like these: > > exporting path `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1= .tar.xz' > guix offload: error: build failed: hash of path `/gnu/store/mi1rbw8fdsbi4= bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' has changed from `4223b4813b2253e= 68ea2b824d0d0e284ff75714ad0faf5a33d65a78df6b65915' to `77ac62e2629d8e45f624= 589c0c8bf99e24b3a722349bf1e79bc186008534e246'! > cannot build derivation `/gnu/store/jbx6a4n1d55dpydr87d11m7xwapm3pcx-gnom= e-3.24.3.drv': 1 dependencies couldn't be built > > Without the build hook, it manifests as: > > starting phase `unpack' > tar: This does not look like a tar archive > xz: (stdin): File format not recognized > tar: Child returned status 1 > tar: Error is not recoverable: exiting now > > There was another instance on help-guix recently with a user having > empty .drv files in the store. > > There is a bug lurking here somewhere, but I'm not sure where to start > looking. > > $ find /gnu/store/ -maxdepth 1 -size 0 | grep -v '\.lock$' | wc -l > 24 Are we sure this is a Guix issue and not a disk or file system corruption issue? The relevant code in guix-daemon hasn=E2=80=99t changed = in ages. What file system are you using? Btrfs? :-) Thanks, Ludo=E2=80=99.