From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roel Janssen Subject: bug#29676: Guix test failure on tests/store. Date: Sat, 03 Feb 2018 01:13:52 +0100 Message-ID: <87po5nhqv3.fsf@gnu.org> References: <87tvwwcfhn.fsf@gnu.org> <87shcgorq5.fsf@gnu.org> <87shcfdh5w.fsf@gnu.org> <871sjzitmm.fsf@gnu.org> <87ind1y262.fsf@gnu.org> <87vah0ruyr.fsf@gnu.org> <874lok5dmm.fsf@gnu.org> <87tvwkc9g1.fsf@gnu.org> <87lghv9ku7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehlU2-00087H-0e for bug-guix@gnu.org; Fri, 02 Feb 2018 19:15:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehlTy-0007WW-SJ for bug-guix@gnu.org; Fri, 02 Feb 2018 19:15:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:46864) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ehlTy-0007WP-OX for bug-guix@gnu.org; Fri, 02 Feb 2018 19:15:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ehlTy-0006sP-II for bug-guix@gnu.org; Fri, 02 Feb 2018 19:15:02 -0500 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-reply-to: <87lghv9ku7.fsf@gnu.org> 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: 29676-close@debbugs.gnu.org Ludovic Courtès writes: > Hello, > > Roel Janssen skribis: > >> ==24971== 4,104 bytes in 1 blocks are possibly lost in loss record 351 of 365 >> ==24971== at 0x4C2AAD6: malloc (in /gnu/store/18w3ykyqkcq5zp1qx17qhamkxlczzl0n-valgrind-3.12.0/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> ==24971== by 0x4E719E3: sqlite3MemMalloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E4DB8B: sqlite3Malloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E51316: pcache1Alloc (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4E6E71A: sqlite3BtreeCursor (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EA9053: sqlite3VdbeExec (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EB271E: sqlite3_step (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x4EB34D1: sqlite3_exec (in /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6) >> ==24971== by 0x426886: nix::LocalStore::openDB(bool) (local-store.cc:293) >> ==24971== by 0x42BEF4: nix::LocalStore::LocalStore(bool) (local-store.cc:169) >> ==24971== by 0x40A356: acceptConnection(int)::{lambda()#1}::operator()() const (nix-daemon.cc:755) >> ==24971== by 0x40E16B: std::_Function_handler::_M_invoke(std::_Any_data const&) (functional:1871) > > I suspect these “possibly lost” reports are false alarms. > > Anyway, there’s no “invalid read” or “invalid write” report, which is > what we were looking for. :-/ > > Thanks, > Ludo’. So it seems that this issue has resolved itself. Notably, this bug disappeared after a software update on the storage system that provides the /gnu filesystem mount (NFS). So this makes me think that it wasn't a problem in the guix-daemon. Kind regards, Roel Janssen