linux-ext4 - Re: data corruption with ext4 (from 2.6.27.4) exposed by rtorrent

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20081103134008.GE29102@mit.edu>
Date:	Mon, 3 Nov 2008 08:40:08 -0500
From:	Theodore Tso <tytso@....edu>
To:	Roc Valles <vallesroc@...il.com>
Cc:	Cryptooctoploid <cryptooctoploid@...il.com>,
	linux-ext4@...r.kernel.org
Subject: Re: data corruption with ext4 (from 2.6.27.4) exposed by rtorrent

On Mon, Nov 03, 2008 at 12:42:11PM +0000, Roc Valles wrote:
> Some person already reported this. I'm having the same problem.
> http://marc.info/?l=linux-ext4&m=122557056518246&w=2
>
> rtorrent is a bittorrent client that makes heavy use of mmap instead
> of read/write to avoid needless duplication of data. It has exposed
> other bugs in the past (mmap bug in 2.6.19).
> http://libtorrent.rakshasa.no
> Downloading a big torrent (>2GB) with rtorrent triggers it more times
> than not. The bigger the torrent, the higher the likeliness of
> failure. When the torrent is finished, if a hash check is forced by
> pressing control-r on the torrent, some blocks will fail.

Can both of you send the output of "dumpe2fs -h /dev/<disk device>" of
the filesystem in question?  The thing which I'm most interested in is
whether the extents feature was enabled or not.  (i.e., was this a
freshly made ext4 filesystem, or a ext3 filesystem mounted under ext4,
and with which features eanbled?)

Thanks,

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