From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#30875: Garbage collector may leave empty files Date: Tue, 20 Mar 2018 20:20:41 -0400 Message-ID: <87fu4u46ue.fsf@netris.org> References: <87muz3f0vz.fsf@fastmail.com> <87bmfiibti.fsf@gnu.org> 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]:33974) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyRW2-0005NX-9C for bug-guix@gnu.org; Tue, 20 Mar 2018 20:22:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyRVy-0006yx-9n for bug-guix@gnu.org; Tue, 20 Mar 2018 20:22:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:36537) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eyRVy-0006yf-5t for bug-guix@gnu.org; Tue, 20 Mar 2018 20:22:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eyRVx-0008M5-VX for bug-guix@gnu.org; Tue, 20 Mar 2018 20:22:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87bmfiibti.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 21 Mar 2018 00:09:29 +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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 30875@debbugs.gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > 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/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' >> has changed from >> `4223b4813b2253e68ea2b824d0d0e284ff75714ad0faf5a33d65a78df6b65915' >> to >> `77ac62e2629d8e45f624589c0c8bf99e24b3a722349bf1e79bc186008534e246'! >> cannot build derivation `/gnu/store/jbx6a4n1d55dpydr87d11m7xwapm3pcx-gno= me-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 change= d in > ages. > > What file system are you using? Btrfs? :-) The ext[234] filesystems are well known for leaving zero-length files around after a crash. So far, I've never seen Btrfs do that, and I wouldn't expect it to based on its design. That's partly why I switched to it. Mark