From mboxrd@z Thu Jan  1 00:00:00 1970
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
Subject: Re: No more space left on device issue
Date: Thu, 22 Dec 2016 09:41:11 -0800
Message-ID: <87wper9808.fsf@gmail.com>
References: <87vauhjbdn.fsf@gmail.com> <877f6w58mt.fsf@gnu.org>
	<874m1xazcm.fsf@gmail.com> <87a8bpuf65.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50169)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <maxim.cournoyer@gmail.com>) id 1cK7Mi-0006YG-1A
	for guix-devel@gnu.org; Thu, 22 Dec 2016 12:41:17 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <maxim.cournoyer@gmail.com>) id 1cK7Mh-0002af-B4
	for guix-devel@gnu.org; Thu, 22 Dec 2016 12:41:16 -0500
In-Reply-To: <87a8bpuf65.fsf@gnu.org> ("Ludovic
	\=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\=
	\=\?utf-8\?Q\?s\?\= message of "Wed, 21 Dec 2016 22:48:34 +0100")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel/>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@gnu.org>
Cc: guix-devel@gnu.org

Hi Ludovic!

ludo@gnu.org (Ludovic Court=C3=A8s) writes:

> Does running =E2=80=9Cguix gc=E2=80=9D help?

Yes; that's been my fix for now. Running the garbage collector purged 17
GB worth of data from the store.

> FWIW, on hydra.gnu.org we have this:
>
> On mirror.hydra.gnu.org:
>
> $ 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

That one is very interesting. The filesystem is nearly full but still it
is only using a tenth of its available inodes. Unless this hard drive is
filled in big part by large single file blobs such as a backups or
similar, it defeats the theory that the currently used EXT4 filesystem
parameters are not optimal for the needs of Guix.

Thanks for this useful info!

Maxim