Fwd: Ext4 bug with f

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, I'd like to report what I'm fairly certain is an ext4 bug. I hope
this is the right place to do so.

My program creates a big file (around 30 GB) with posix_fallocate (to
utilize extents), fills it with data and uses ftruncate to crop it to
its final size (usually somewhere between 20 and 25 GB).
The problem is that in around 5% of the cases, the program locks up
completely in a syscall. The process can thus not be killed even with
kill -9, and a reboot is all that will do.

Here is the contents of my /proc/PID/syscall:
76 0xee4a80 0x486d6aaf8 0x36390113f8 0x7fffc63cd350 0xecc050
0x7fffc63cd3f0 0x7fffc63cd5c8 0x36380e0cc7

Syscall 76 is as far as I can tell getrlimit, which I do not call. It
must have been called somewhere from ftruncate.

The file is on a software raid 0 mount with two disks, handled by
mdadm. I have reported the problem to the md people but they insist
it's an ext4 problem.

I have also tried closing the file and opening it again prior to the
ftruncate. No change.

There are no other strange phenomena whatsoever with ext4. This
problem only arises in this particular situation.

I'm running Fedora on an x86_64 system.
I have tried this on several kernel versions, the last one 2.6.31.1.
It has persisted all the way since the kernel that originally shipped
with Fedora 11.

Is this a bug/known problem? Thankful for any insights!

/Fredrik
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux