linux-ext4 - Re: Error with the latest stable series of the patch queue.

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] [day] [month] [year] [list]

Message-ID: <47BB1428.1090809@bull.net>
Date:	Tue, 19 Feb 2008 18:38:48 +0100
From:	Valerie Clement <valerie.clement@...l.net>
To:	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
Cc:	ext4 development <linux-ext4@...r.kernel.org>,
	Mingming Cao <cmm@...ibm.com>
Subject: Re: Error with the latest stable series of the patch queue.

Aneesh Kumar K.V wrote:
>> I've got also several issues while running ffsb tests today. The tests
>> ended with success but e2fsck reported an error:
>>
>>  Pass 1: Checking inodes, blocks, and sizes
>>  Inode 3367164, i_size is 57380864, should be 57442304.  Fix?
>>
>> Inode 3367164 is allocated in the last group of the filesystem.
>>
>> As I changed the allocation algorithm for the last group in the patch
>> "ext4_fix_block_alloc_algorithm_for_last_group.patch", I removed this
>> patch and ran again the same test. I didn't reproduce the issue.
>>
>> *But* I reproduced it on a filesystem created with a smaller block size
>> value (= 1024 instead of 4096 previously) and with a kernel *without*
>> my patch applied. e2fsck reports the same error on inodes created in the
>> last group. Sometimes in this configuration, error messages are also
>> displayed on the console:
>>
>> EXT4-fs error (device sdc): ext4_valid_block_bitmap: Invalid block bitmap 
>> - block_group = 7358, block = 60276737
>> EXT4-fs error (device sdc): ext4_valid_block_bitmap: Invalid block bitmap 
>> - block_group = 7358, block = 60276737
>>
>> and e2fsck reports errors like:
>> Inode 2113777 has corrupt extent index at block 61165699 (logical -1) entry 0
>> Fix?
>>
>> So, there is a problem when allocating inodes in the last group:
>> - without my patch when block size value is 1024,
>> - with my patch when block size value is 4096.
>>
>> Could you check if your tests allocate inodes in the last group and run
>> also e2fsck to see if it reports errors.
>>
>> For the moment, I have no idea how to fix that problem.
>>
> 
> This looks like a completely different problem. Will try to see if i can
> reproduce it here.
  OK, thanks a lot.

FYI I also reproduced it with 4096 block size when configuring 16000
blocks per group (instead of 32768 per default) when my patch is
not applied.
    Valerie
-
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