[Lustre-discuss] Future of lustre 1.8.3+

[Guy Coates]

On 26/05/10 16:31, Ramiro Alba Queipo wrote:
> Hi Guy,
> 
> On Wed, 2010-05-26 at 14:59 +0100, Guy Coates wrote:
>>>>   
>>>>> The SLES11 kernel is at 2.6.27 so it could be usable for this. Also, I 
>>>>>     
>>>> Ok, I am getting
>>>> http://downloads.lustre.org/public/kernels/sles11/linux-2.6.27.39-0.3.1.tar.bz2
>>>>
>>>> but, please. Where can I get a suitable config file to apply both for
>>>> servers and clients?
>>
>> One thing to watch out for in your kernel configs is to make sure that:
>>
>> CONFIG_SECURITY_FILE_CAPABILITIES=N
> 
> OK. But the question is if this issue still applies for lustre-1.8.3 and
> SLES kernel linux-2.6.27.39-0.3.1.tar.bz2. I mean, is quite surprising
> that if this problems persist, Oracle is offering lustre packages for
> SLES11 with CONFIG_SECURITY_FILE_CAPABILITIES=y ???????
> I am just about to start testing, so I'd like to clarify this.

The binary SLES packages are fine; it is the source packages that may be
problematic, depending on your config. There is a bug filed against this
now (22913), so no doubt it will be fixed in a subsequent release.

In regard to your testing, it is easy to check if a client is mis-behaving;

run:

#cat /dev/zero > /lustre/filesystem &

and watch the client IO stats with:

#watch -n 1 cat /proc/fs/lustre/llite/*/stats


If getxattr is going up with write_bytes, then you have a problem.

Cheers,

Guy

-- 
Dr. Guy Coates, Informatics System Group
The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1HH, UK
Tel: +44 (0)1223 834244 x 6925
Fax: +44 (0)1223 496802


-- 
 The Wellcome Trust Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE.