From: Andres Freund <andres@anarazel.de>
To: Theodore Tso <tytso@mit.edu>
Cc: adilger@sun.com, LKML <linux-kernel@vger.kernel.org>,
linux-ext4@vger.kernel.org,
Jonathan Bastien-Filiatrault <joe@x2a.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
Subject: Re: EXT4 ENOSPC Bug
Date: Mon, 16 Feb 2009 12:37:19 +0100 [thread overview]
Message-ID: <49994FEF.2020908@anarazel.de> (raw)
In-Reply-To: <200812100108.04163.andres@anarazel.de>
Hi All,
"Luckily", to prove that I am not completly mad I recently found this
problem again. On a more recent kernel:
2.6.29-rc3-andres-00498-g68e80d5
(upstream 2.6.29 + Theodore's ext4 debug patches)
Again I got:
open("/home/andres/tt", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = -1
ENOSPC (No space left on device)
When doing `touch /home/andres/tt`
Again df does not show something suspicious:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/root_crypt
19234816 826296 18408520 5% /
tmpfs 491025 3 491022 1% /lib/init/rw
varrun 491025 96 490929 1% /var/run
varlock 491025 3 491022 1% /var/lock
udev 491025 5517 485508 2% /dev
tmpfs 491025 1 491024 1% /dev/shm
/dev/sda2 61312 110 61202 1% /boot
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/root_crypt
302855628 202819548 100036080 67% /
tmpfs 1964100 0 1964100 0% /lib/init/rw
varrun 1964100 300 1963800 1% /var/run
varlock 1964100 0 1964100 0% /var/lock
udev 1964100 92 1964008 1% /dev
tmpfs 1964100 0 1964100 0% /dev/shm
/dev/sda2 964532 634052 281484 70% /boot
Delayed allocations are not showing anything suspicious:
[72586.050538] ext4 debug delalloc of dm-0
[72586.050547] ext4: dirty blocks 22 free blocks 25008749
[72586.050551] s_dirty list:
[72586.050556] ino 534064: 2 2
[72586.050559] ino 539981: 2 2
[72586.050563] ino 524506: 5 2
[72586.050566] ino 184479: 1 2
[72586.050571] ino 167172: 2 2
[72586.050574] ext4 debug delalloc done
Any debugging ideas?
I got this twice in the last two months, so its not really easy to
reproduce :-(
Andres
PS: All information is taken out of the running kernel while having the
problem
meminfo:
MemTotal: 3928200 kB
MemFree: 23312 kB
Buffers: 239564 kB
Cached: 2383280 kB
SwapCached: 0 kB
Active: 1490948 kB
Inactive: 2149360 kB
Active(anon): 879880 kB
Inactive(anon): 294356 kB
Active(file): 611068 kB
Inactive(file): 1855004 kB
Unevictable: 52 kB
Mlocked: 52 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 52 kB
Writeback: 4 kB
AnonPages: 1017356 kB
Mapped: 129440 kB
Slab: 123316 kB
SReclaimable: 94512 kB
SUnreclaim: 28804 kB
PageTables: 26936 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 1964100 kB
Committed_AS: 1169664 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 341580 kB
VmallocChunk: 34359392035 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 86016 kB
DirectMap2M: 4003840 kB
next prev parent reply other threads:[~2009-02-16 11:47 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-29 13:18 EXT4 ENOSPC Bug Andres Freund
2008-11-29 20:32 ` Jonathan Bastien-Filiatrault
2008-11-29 21:15 ` Theodore Tso
2008-11-29 21:31 ` Andres Freund
2008-12-01 12:34 ` Andres Freund
2008-12-01 19:42 ` Andreas Dilger
2008-12-01 20:16 ` Andres Freund
2008-12-02 7:57 ` Theodore Tso
2008-12-02 14:58 ` Andres Freund
2008-12-02 16:47 ` Theodore Tso
2008-12-02 17:47 ` Andres Freund
2008-12-02 20:33 ` Theodore Tso
2008-12-03 0:37 ` Jonathan Bastien-Filiatrault
2008-12-03 0:40 ` Jonathan Bastien-Filiatrault
2008-12-03 4:37 ` Theodore Tso
2008-12-03 15:34 ` Aneesh Kumar K.V
2008-12-03 17:23 ` Theodore Tso
2008-12-03 18:18 ` Andres Freund
2008-12-02 15:26 ` Henrique de Moraes Holschuh
2008-12-10 0:07 ` Andres Freund
2009-02-16 11:37 ` Andres Freund [this message]
2009-02-16 15:01 ` Theodore Tso
2009-02-16 15:27 ` Andres Freund
2009-02-16 19:00 ` Theodore Tso
2009-02-17 17:21 ` Alex Buell
2009-02-17 17:36 ` Andres Freund
2009-02-18 21:18 ` Andres Freund
2009-02-18 21:29 ` Theodore Tso
2009-02-19 2:18 ` Andres Freund
2009-02-19 3:22 ` Theodore Tso
2009-02-19 15:46 ` Eric Sandeen
2009-02-23 2:02 ` Theodore Tso
2009-02-27 3:57 ` Andres Freund
2009-02-17 18:13 ` Eric Sandeen
2009-02-17 20:08 ` Eric Sandeen
[not found] ` <499B1935.10906@redhat.com>
2009-02-17 22:00 ` Theodore Tso
2009-02-17 22:30 ` Alex Buell
2009-02-17 22:56 ` Eric Sandeen
2009-02-17 22:59 ` Alex Buell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49994FEF.2020908@anarazel.de \
--to=andres@anarazel.de \
--cc=adilger@sun.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=joe@x2a.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).