[Lustre-discuss] Bad lmm_size during open replay for inode

Frederik Ferner frederik.ferner at diamond.ac.uk
Wed Nov 24 08:19:06 PST 2010


Alexey Lyashkov wrote:
> On Nov 23, 2010, at 20:12, Andreas Dilger wrote:
> 
>> On 2010-11-23, at 05:01, Frederik Ferner wrote:
>>> during a planned MDT fail over today, we got a number of these
>>> messages below, can anyone explain what this could be?
>>> 
>>>> Nov 23 08:33:26 cs04r-sc-mds01-01 kernel: Lustre:
>>>> 21054:0:(mds_open.c:367:mds_create_objects()) Bad lmm_size
>>>> during open replay for inode 111003141

>> This means that the client (trying to recreate a file that was not
>> saved to disk during the MDS failover) sent the layout information,
>> but the size it reported for the layout information did not match
>> the size that the MDS thought it should be for that kind of layout.

> if you don't have PPC clients, that say MDS forget to shrink LOV EA
> buffer before send to client or someone break code to shrink replay
> buffer on client side. (client trust LOV EA size from MDS reply)

No PPC clients here. Other than that I'm not sure I understand that 
paragraph, do you mean PPC clients mis-interpret the data send from the 
MDS during replay and that these warnings could happen if somehow the 
replay buffer on the client side shrinks?

Cheers,
Frederik

-- 
Frederik Ferner
Computer Systems Administrator		phone: +44 1235 77 8624
Diamond Light Source Ltd.		mob:   +44 7917 08 5110
(Apologies in advance for the lines below. Some bits are a legal
requirement and I have no control over them.)



More information about the lustre-discuss mailing list