[Lustre-discuss] exceedingly slow lstats
John White
jwhite at lbl.gov
Sat Jan 21 10:09:30 PST 2012
Oh, that's very interesting. We're at 1.8.4-ddn2.1. I'll keep moving forward with our migration to 1.8.6-wc and see what happens.
----------------
John White
HPC Systems Engineer
(510) 486-7307
One Cyclotron Rd, MS: 50C-3396
Lawrence Berkeley National Lab
Berkeley, CA 94720
On Jan 21, 2012, at 12:57 AM, wangdi wrote:
> What is your lustre version? It looks like LU-15.
>
> Thanks
> WangDi
> On 01/20/2012 02:35 PM, John White wrote:
>> Well, I was reading the strace wrong anyway:
>> lstat("../403/a323", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0<0.134326>
>> getxattr("../403/a323", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)<0.000018>
>> lstat("../403/a330", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0<0.158898>
>> getxattr("../403/a330", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)<0.000019>
>> lstat("../403/a331", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0<0.239466>
>> getxattr("../403/a331", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)<0.000012>
>> lstat("../403/a332", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0<0.130146>
>> getxattr("../403/a332", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)<0.000012>
>>
>> The getxattr takes an incredibly short amount of time, it's the lstat itself that's taking 0.1+s.
>> ----------------
>> John White
>> HPC Systems Engineer
>> (510) 486-7307
>> One Cyclotron Rd, MS: 50C-3396
>> Lawrence Berkeley National Lab
>> Berkeley, CA 94720
>>
>> On Jan 20, 2012, at 2:28 PM, Mark Hahn wrote:
>>
>>>> I'm sorry, I'm not quite understanding what you're asking. I don't have
>>>> ACLs specifically enabled anywhere (and would expect the default is
>>>> disabled).
>>> I guess what I was suggesting is that you could try a simple experiment:
>>> mount a client requesting the acl mount option. (I don't know whether the "mount -oremount,acl ..." trick will work with Lustre.)
>>>
>>> if the problem goes away, you're done.
>>>
>>> you also mentioned OSS load - I don't see how that could be related,
>>> since OSSs are not involved in metadata operations like lstat or getxattr.
>>> (though depending on Lustre version, they could be involved in fetching
>>> actual size of files, which is especially salient on striped files...)
>>>
>>>
>>>
>>>> ----------------
>>>> John White
>>>> HPC Systems Engineer
>>>> (510) 486-7307
>>>> One Cyclotron Rd, MS: 50C-3396
>>>> Lawrence Berkeley National Lab
>>>> Berkeley, CA 94720
>>>>
>>>> On Jan 20, 2012, at 12:49 PM, Mark Hahn wrote:
>>>>
>>>>>> 0.916908 getxattr("/global/scratch/jwhite/backuptest/highcount/3/a5", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
>>>>> are your clients mounting with the acl option
>>>>> and acl isn't missing on the mds mount?
>>> --
>>> operator may differ from spokesperson. hahn at mcmaster.ca
>> _______________________________________________
>> Lustre-discuss mailing list
>> Lustre-discuss at lists.lustre.org
>> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>
> _______________________________________________
> Lustre-discuss mailing list
> Lustre-discuss at lists.lustre.org
> http://lists.lustre.org/mailman/listinfo/lustre-discuss
More information about the lustre-discuss
mailing list