On Jun 16, 2007 08:17 -0500, John Marconi wrote:
I am running into a situation in which one of my ext3 filesystems is
getting hung during normal usage. There are three ext3 filesystems on a
CompactFLASH. One is mounted as / and one as /tmp. In my test, I am
copying a 100 MB file from
This was posted to linux-fsdevel, but the correct audience is linux-ext4.
On Jun 11, 2007 12:00 +0800, guomingyang wrote:
I have a question about freeing a free block, in ext3_free_branches
(ext3/inode.c). When ext3 want to free the top of a subtree, it first
forget it, then extend the handle
Yes the lsattr found a directory with htree structure for me.
Thanks a lot!!!
On 6/18/07, Tejas Sumant [EMAIL PROTECTED] wrote:
Ok. I will try lsattr. I willl let you know outcome.
Thanks
On 6/15/07, Theodore Tso [EMAIL PROTECTED] wrote:
On Fri, Jun 15, 2007 at 04:30:02PM +0530, Tejas
On Sun, 2007-06-17 at 18:32 +0530, Kalpak Shah wrote:
Index: linux-2.6.21/include/linux/ext4_fs.h
===
--- linux-2.6.21.orig/include/linux/ext4_fs.h
+++ linux-2.6.21/include/linux/ext4_fs.h
@@ -366,9 +366,9 @@ static inline __le32
On Jun 18, 2007 15:39 +0530, Kalpak Shah wrote:
On Sun, 2007-06-17 at 18:32 +0530, Kalpak Shah wrote:
Index: linux-2.6.21/include/linux/ext4_fs.h
===
--- linux-2.6.21.orig/include/linux/ext4_fs.h
+++
On Sat, 2007-06-16 at 19:31 +0200, Jim Meyering wrote:
Here's a tiny fix to avoid a leak when realloc fails:
2007-06-16 Jim Meyering [EMAIL PROTECTED]
* tdb.c (tdb_append): Don't leak a buffer when realloc fails.
diff -r 777972a573b3 lib/ext2fs/tdb.c
--- a/lib/ext2fs/tdb.c
On Sat, 2007-06-16 at 12:02 +0400, Dmitriy Monakhov wrote:
Variable free was declarated as __u64 so conidition (free 0) always
false, even if free was overflowed during substraction.
Agreed.
Can you add your Signed-off to this patch? I can add mine after yours.
Thanks,
Mingming
---
On Thu, Feb 08, 2007 at 11:24:44PM -0700, Andreas Dilger wrote:
Looking through the e2fsck code it would also seem possible to move the
setting of EXT2_FLAG_MASTER_SB_ONLY before the journal replay. That
is the second patch. I'm not sure which one is better.
I ended up doing both just to be
On Sat, 2007-06-16 at 12:14 +0400, Dmitriy Monakhov wrote:
On 16:16 Птн 15 Июн , Mingming Cao wrote:
I hit almost the same issue today also, but with different error #, and
one more kernel oops, when run fsstress on x86_64.
EXT4-fs: writeback error = -2
EXT4-fs: writeback error =
On Jun 18, 2007 22:53 -0500, John Marconi wrote:
Andreas Dilger wrote:
Two tips for debugging this kind of issue:
- you need to have detailed stack traces (e.g. sysrq-t) of all the
interesting processes
- if a process is stuck inside a large function (e.g. 8379 in example)
you need to
10 matches
Mail list logo