From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: No more space left on device issue Date: Sun, 18 Dec 2016 11:16:52 -0800 Message-ID: <87vauhjbdn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37965) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cIgx8-0002hC-Ga for guix-devel@gnu.org; Sun, 18 Dec 2016 14:16:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cIgx7-0004EP-CZ for guix-devel@gnu.org; Sun, 18 Dec 2016 14:16:58 -0500 Received: from mail-pg0-x22b.google.com ([2607:f8b0:400e:c05::22b]:33942) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cIgx7-0004BN-5Z for guix-devel@gnu.org; Sun, 18 Dec 2016 14:16:57 -0500 Received: by mail-pg0-x22b.google.com with SMTP id a1so29409685pgf.1 for ; Sun, 18 Dec 2016 11:16:55 -0800 (PST) Received: from apteryx ([2601:647:4100:e0d:c2f8:daff:fe5d:2f2f]) by smtp.gmail.com with ESMTPSA id p26sm25924284pgn.11.2016.12.18.11.16.53 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 18 Dec 2016 11:16:53 -0800 (PST) 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: guix-devel@gnu.org --=-=-= Content-Type: text/plain Hello Guix, I've had this issue before but couldn't understand what was happening at the time. At that time, I simply resized my filesystem then ran the garbage collector. $ touch /tmp/test.txt touch: cannot touch '/tmp/test.txt': No space left on device $ df -h Filesystem Size Used Avail Use% Mounted on none 1.9G 0 1.9G 0% /dev /dev/sda1 37G 25G 11G 71% / tmpfs 1.9G 0 1.9G 0% /dev/shm cgroup 1.9G 0 1.9G 0% /sys/fs/cgroup none 1.9G 12K 1.9G 1% /run/systemd none 1.9G 0 1.9G 0% /run/user tmpfs 376M 0 376M 0% /run/user/1000 In the #guix channel, jmd suggested that this might be an inode issue: --=-=-= Content-Type: text/plain Content-Disposition: inline $ sudo tune2fs -l /dev/sda1 Password: tune2fs 1.42.13 (17-May-2015) Filesystem volume name: my-root Last mounted on: / Filesystem UUID: 2b2b35a6-8f47-4fc2-9700-bda7fc1044cd Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options: user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 2445984 Block count: 9764864 Reserved block count: 488242 Free blocks: 3183059 Free inodes: 23 First block: 0 Block size: 4096 Fragment size: 4096 Group descriptor size: 64 Reserved GDT blocks: 1024 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8208 Inode blocks per group: 513 Flex block group size: 16 Filesystem created: Tue Nov 1 08:38:50 2016 Last mount time: Sun Dec 18 10:47:37 2016 Last write time: Sun Dec 18 10:47:37 2016 Mount count: 20 Maximum mount count: -1 Last checked: Tue Nov 1 08:38:50 2016 Check interval: 0 () Lifetime writes: 146 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 32 Desired extra isize: 32 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: 330c34f4-9c29-4b59-bb21-d8d00770e2e7 Journal backup: inode blocks --=-=-= Content-Type: text/plain It does seem like it is; the "Free inodes" count is very low at 23 and this is only refreshed at the time the filesystem is mounted (since I last booted). jmd also requests that I post this information here so that the configuration of the GuixSD filesystem settings can be discussed. With the store being very inode intensive, there might be something to tweak? Thanks, Maxim --=-=-=--