From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: No more space left on device issue Date: Wed, 21 Dec 2016 10:52:57 -0800 Message-ID: <874m1xazcm.fsf@gmail.com> References: <87vauhjbdn.fsf@gmail.com> <877f6w58mt.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]:60200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJm0g-0006Pf-U5 for guix-devel@gnu.org; Wed, 21 Dec 2016 13:53:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJm0c-0002Z5-4c for guix-devel@gnu.org; Wed, 21 Dec 2016 13:53:07 -0500 In-Reply-To: <877f6w58mt.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Mon, 19 Dec 2016 14:52:10 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org Hi Ludovic! ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Indeed, it=E2=80=99s low on free inodes. :-) > > That said, 37=C2=A0G is not that much (my laptop=E2=80=99s root partition= , which > includes the store, is 64=C2=A0G, and I expect most users are in this > ballpark). I understand that my partition size is not very large; This is a 2011 era laptop with a 64 GB SSD. Although quite dated and behind todays' standard, it's useful in exposing the limits of the software faster ;). What I don't understand is why the all the inodes are used at only 71% of disk usage (11GB left!). There's not much else than Guix there; I have a documents folder (700 MB with 4k files) and some git repositories (2.6 GB, 38k files), but that's it. Assuming that the problem is related to the Guix store being very file/link intensive and that the Hydra servers deplete their inodes at a similar ratio, that would lead to their 1.5 TB EXT4 filesystem being more like 1 TB of usable storage. > My root partition has different settings though (it=E2=80=99s really ext3= ): > > $ sudo tune2fs -l /dev/sda2 > tune2fs 1.42.13 (17-May-2015) > Filesystem volume name: root > Last mounted on: / > Filesystem UUID: c5307e6b-d1ba-499d-89c5-cb0b143577c4 > Filesystem magic number: 0xEF53 > Filesystem revision #: 1 (dynamic) > Filesystem features: has_journal ext_attr resize_inode dir_index fil= etype needs_recovery sparse_super large_file > > Could it be that one of these explains the difference? > I guess we can't really compare ext3 and ext4. We'd need a filesystem versed person to shed some light here. I'd be more interested to know if the Hydra servers can (nearly) max their ext4 filesystem without running out of inodes. Thanks for your reply, Maxim