[Lustre-discuss] Lustre 1.8.0.50 + Xen + kernel 2.6.22.17

Oleg Drokin Oleg.Drokin at Sun.COM
Mon May 11 07:59:00 PDT 2009


Hello!

On Apr 20, 2009, at 6:04 PM, Lukas Hejtmanek wrote:

> On Mon, Apr 20, 2009 at 02:42:40PM -0600, Andreas Dilger wrote:
>>> The core looks like this:
>>> #1  0x00002b7d5ff825a2 in DumpModeDecode (tif=0x58cdd0,  
>>> buf=0xf7f7f7f5f5f5f6f6
>>> <Address 0xf7f7f7f5f5f5f6f6 out of bounds>, cc=76800, s=2016)
>>>    at tif_dumpmode.c:85
>> This looks like the buffer being passed to the kernel is not aligned
>> properly.   The message is fairly clear:
>> 	buf=0xf7f7f7f5f5f5f6f6
>> 	<Address 0xf7f7f7f5f5f5f6f6 out of bounds>
>> For mmap IO this should be aligned to a PAGE_SIZE boundary, normally
>> a multiple of 4096 bytes.
> the buffer had the valid value buf=0x5923a0 but it was  
> asynchronously modified
> by someone to the value buf=0xf7f7f7f5f5f5f6f6.

Actually sometimes gdb prints nonsense values like this in output for  
some reason
that is beyond me, even though the buffer is valid.

> so, what I see, there happens some memory corruption if using mmap  
> with lustre.

Do you happen to have a simple reproducer that we can run and  
reproduce the issue?
Please create a bug in our bugzilla with the reproducer attached.

Thanks for the report.

Bye,
     Oleg



More information about the lustre-discuss mailing list