From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: No more space left on device issue Date: Wed, 21 Dec 2016 22:48:34 +0100 Message-ID: <87a8bpuf65.fsf@gnu.org> References: <87vauhjbdn.fsf@gmail.com> <877f6w58mt.fsf@gnu.org> <874m1xazcm.fsf@gmail.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]:53589) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJokb-0002vd-Ml for guix-devel@gnu.org; Wed, 21 Dec 2016 16:48:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJokX-00010Z-PY for guix-devel@gnu.org; Wed, 21 Dec 2016 16:48:41 -0500 In-Reply-To: <874m1xazcm.fsf@gmail.com> (Maxim Cournoyer's message of "Wed, 21 Dec 2016 10:52:57 -0800") 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: Maxim Cournoyer Cc: guix-devel@gnu.org Hello Maxim! Maxim Cournoyer skribis: > 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 partitio= n, 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 ;). Right; what I meant is that 37 G shouldn=E2=80=99t cause any problems becau= se it=E2=80=99s relatively small. > 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. Not sure, I don=E2=80=99t know of inode usage profiling tools. Does running =E2=80=9Cguix gc=E2=80=9D help? > 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. [...] > 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. FWIW, on hydra.gnu.org we have this: --8<---------------cut here---------------start------------->8--- $ df -i /gnu/store Filesystem Inodes IUsed IFree IUse% Mounted on /dev/xvda1 98304000 6864127 91439873 7% / $ df -h /gnu/store Filesystem Size Used Avail Use% Mounted on /dev/xvda1 1.5T 521G 881G 38% / --8<---------------cut here---------------end--------------->8--- On mirror.hydra.gnu.org: --8<---------------cut here---------------start------------->8--- $ df -i /gnu/store Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/vg0-store 100663296 10988332 89674964 11% /gnu $ df -h /gnu/store Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg0-store 1.5T 1.4T 103G 93% /gnu --8<---------------cut here---------------end--------------->8--- Ludo=E2=80=99.