From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tobias Geerinckx-Rice via Bug reports for GNU Guix Subject: bug#40447: Date: Sun, 05 Apr 2020 18:01:32 +0200 Message-ID: <87eet13orn.fsf@nckx> References: <1eb8f1f0-9154-b2b4-b636-b09a306c9a87@brendan.scot> <2680cf43-9cd6-20a1-1b7b-ff23830f64a5@brendan.scot> <20200405163908.0c12fd11@scratchpost.org> Reply-To: Tobias Geerinckx-Rice Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:41875) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jL7im-0005vJ-M3 for bug-guix@gnu.org; Sun, 05 Apr 2020 12:02:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jL7il-00061R-H8 for bug-guix@gnu.org; Sun, 05 Apr 2020 12:02:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:34973) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jL7ik-00060h-Cp for bug-guix@gnu.org; Sun, 05 Apr 2020 12:02:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jL7ik-0006h8-9t for bug-guix@gnu.org; Sun, 05 Apr 2020 12:02:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: 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-mx.org@gnu.org Sender: "bug-Guix" To: 40447@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Brendan, Brendan Tildesley =E5=86=99=E9=81=93=EF=BC=9A > Closing since it seems to unrelated. Sorry for wasting your=20 > time. I > think it may have been my ext4 having too many files. i deleted=20 > all my > system generations and gc'd a lot of stuff, and it seems to be=20 > miss > behaving. perhaps it is a different kind of guix bug that it=20 > doesnt > cope with this issue: Worse: it's an ext4 bug (well, behaviour). > [ 7862.196231] EXT4-fs warning (device sdb1):=20 > ext4_dx_add_entry:2343: > Directory (ino: 24903688) index full, reach max htree level :2 This happens when a directory, almost certainly /gnu/store/.links,=20 contains more entries than can fit in ext4's =E2=80=98dir_index=E2=80=99 ha= sh=20 table. The file system simply punts. You can disable this optimisation with tune2fs -O ^dir_index =E2=80=A6.=20 You'll lose some theoretical performance but I haven't heard=20 complaints in practice. You're not the first one to encounter=20 this problem. If that's unacceptable, you can reconfigure your guix-daemon with=20 =E2=80=98--disable-deduplication=E2=80=99 in exchange for more storage spac= e for=20 newer generations. Or switch to btrfs for a newer, shinier set of pathological=20 gotchas but not this one :-) One could work around this in Guix if one were motivated: =2D Ignore file system failure instead of making it fatal, falling=20 back to =E2=80=98--disable-deduplication=E2=80=99 behaviour, which is pro= bably=20 the right thing to do; or =2D store .links in ./n/e/sted directories, which will degrade=20 performance on file systems that handle collisions properly and=20 is probably not worth the headache. Kind regards, T G-R --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEfo+u0AlEeO9y5k0W2Imw8BjFSTwFAl6KANwACgkQ2Imw8BjF STzOZw/+IDfhR+viGgJ54uYAC+BlEzCEsxBriaqGm5GOvSoLW87qcrT1O95PjQZF HT1eWT33qjRQtB+Gtdbo7HlyOAF0sZVUFrA536TI+Z3dtzC9dNdJmz1kcy4NeHGC /Izn1drSmpBV36NojEZqkceiDeXxVpthxQid8tAhhjo7+4q9CWgnNZEKxEbUB+l4 N5wWTLdjhv7lRdurlgFZEpBG6P0i48TkDOmBC2/pNy2tP8iN4S1OD3Jb2dYn54b7 ba3eSa3Ej4kHMLe4VaOmCQ+xye1NzIJCnbvF5CuRHYwOSbKGgn6iLYgqI7PwP3CJ f7ybW6TBD8lhrdCSQpkV6RWnf/hn5cgVu2DrHM8zWSbbwtrJxFCDTGbDd/avwj2s 9/2+Xv3noXRtz702WZbqcCvzXin8CZ5RpIDAveNn6gZyNdfki8/JnkSL4fzKRGs0 XqubNpCtPIcw4vJIDRI6u7NdvmInNhU6R4i3yfdpHYGxjVEHZgR5eDYs/a4Wq5df FANRJsJ+mNvWIBWFix0TtC5v56d5Tdv8Siq1F90RbbZEQio/qvSyYYMSxglGOBJ3 K7/qMk3tJQvO5VzcA8zKAEHR4JuUCg4VgN7hNFj+0ibwet7rSo6yYhDagBsrLwVp HFnhzMA2NMG4mOcMfcoOGtm06+iMdILgR1SMW3Vk6VjbR8jBo8M= =Uqp7 -----END PGP SIGNATURE----- --=-=-=--