IEhlbGxvIGFsbCEKCkNhbiBzb21lb25lIGhlbHAgbWUgd2l0aCBteSBwcm9ibGVtPwpJIGhhdmUg
bmZzLXNlcnZlciBvbiBDZW50b3MgNiB3aXRoIGtlcm5lbCAyLjYuMzIgYW5kIG5mcy1jbGllbnQg
b24gT3BlblNVU0UgMTEuNCB3aXRoIGtlcm5lbCAyLjYuMzcKCi9ldGMvZXhwb3J0cyBvbiBzZXJ2
ZXI6Ci9kYXRhL2lucHV0wqDCoMKgwqAgMTAuMTAwLjAuNjUvMzIocncsc3luYyxub19yb290X3Nx
dWFzaCxub19zdWJ0cmVlX2NoZWNrLG5vX3dkZWxheSxub19hY2wpCgovZXRjL2ZzdGFiIG9uIGNs
aWVudDoKMTAuMTAwLjAuMjE0Oi9kYXRhL2lucHV0wqDCoMKgIC9tbnQvaW5wdXTCoCBuZnPCoMKg
wqDCoCBydyxzeW5jLGJnLGF1dG8saW50cixoYXJkLHJzaXplPTMyNzY4LHdzaXplPTMyNzY4LHZl
cnM9NCx0aW1lbz02MDAsdGNwLG5vYXRpbWUsbm9kaXJhdGltZQoKRXZlcnl0aGluZyB3b3JrcyBm
aW5lLCBidXQgaW4gc29tZSBjYXNlcyBpIGhhdmUgYSBwcm9ibGVtOgpJbiB0aGUgZmlyc3Qgc2Vz
c2lvbiBvbiBjbGllbnQgaSBzdGFydCB0byBjb3B5IGEgbGFyZ2UgZmlsZSAoMTAtNDBHYiksIGFu
ZCBpbiBzZWNvbmQgc2Vzc2lvbiBvbiBjbGllbnQgaSB0cnlpbmcgcmVhZCAvbW50L2lucHV0Cgp3
Oi8gIyB0aW1lIGxzIC1sYSAvbW50L2lucHV0CnRvdGFsIDY4ODE5ODQ4CmRyd3hyd3hyd3ggMiBu
b2JvZHkgbm9ib2R5wqDCoMKgwqDCoMKgwqDCoMKgIDY4IE1heSAxNCAxMjoxNyAuCmRyd3hyLXhy
LXggOCByb290wqDCoCByb290wqDCoMKgwqDCoMKgwqDCoMKgIDQwOTYgTWF5wqAgNiAxNDoxOCAu
Lgotcnctci0tci0tIDEgbm9ib2R5IHVzZXJzwqAgMjA3MjI3MTE1NjggTWF5IDE0IDA0OjIyIDE0
UFIwMDM1TS5teGYKLXJ3LXItLXItLSAxIHJvb3TCoMKgIHJvb3TCoMKgIDIwNTM2NDM1MjE2IE1h
eSAxNCAxMjoyMiAxNFBSMDAzNVQubXhmCi1ydy1yLS1yLS0gMSBub2JvZHkgdXNlcnPCoCAxMzI3
OTU2NzEyOCBNYXkgMTQgMDM6MjMgMTRWTzAxODBNXzEubXhmCgpyZWFswqDCoMKgIDBtMzEuNzk2
cwp1c2VywqDCoMKgIDBtMC4wMDBzCnN5c8KgwqDCoMKgIDBtMC4wNjZzCgpJbiBvdXRwdXQgb2Yg
c3RyYWNlIChzdHJhY2UgbHMgLWxhIC9tbnQvaW5wdXQpIGkgc2VlCgpsc3RhdCgiL21udC9pbnB1
dC8xNFBSMDAzNU0ubXhmIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTIwNzIyNzEx
NTY4LCAuLi59KSA9IDAKbGdldHhhdHRyKCIvbW50L2lucHV0LzE0UFIwMDM1TS5teGYiLCAic2Vj
dXJpdHkuc2VsaW51eCIsIDB4NjI5NWIwLCAyNTUpID0gLTEgRU9QTk9UU1VQUCAoT3BlcmF0aW9u
IG5vdCBzdXBwb3J0ZWQpCmdldHhhdHRyKCIvbW50L2lucHV0LzE0UFIwMDM1TS5teGYiLCAic3lz
dGVtLnBvc2l4X2FjbF9hY2Nlc3MiLCAweDAsIDApID0gLTEgRU9QTk9UU1VQUCAoT3BlcmF0aW9u
IG5vdCBzdXBwb3J0ZWQpCmxzdGF0KCIvbW50L2lucHV0LzE0UFIwMDM1VC5teGYiLAoKQW5kIHRo
ZXNlIG91dHB1dCBoYW5nIHVwIG9uIDE1LTQwIHNlY29uZHMuCgoxNFBSMDAzNVQubXhmIC0gaXMg
dGhlIG5hbWUgb2YgdGhlIGZpbGUgd2hpY2ggbm93IGlzIHRyYW5zZmVycmVkIGluIGZpcnN0IHNl
c3Npb24uIE91dHB1dCBhbHdheXMgaGFuZ3Mgb24gdGhlIGZpbGUgdGhhdCBub3cgaXMgdHJhbnNm
ZXJyZWQuXAoKbHMgLWxhIC9kYXRhL2lucHV0IG9uIHNlcnZlciB3b3JrcyBmaW5lLiAKCldoYXQg
Y2FuIGJlIGRvbmUgdG8gc29sdmUgdGhpcyBwcm9ibGVtPw==
On Tue, May 14, 2013 at 01:05:46PM +0400, Alex Pillow wrote:
> Hello all!
>
> Can someone help me with my problem?
> I have nfs-server on Centos 6 with kernel 2.6.32 and nfs-client on OpenSUSE 11.4 with kernel 2.6.37
>
> /etc/exports on server:
> /data/input 10.100.0.65/32(rw,sync,no_root_squash,no_subtree_check,no_wdelay,no_acl)
>
> /etc/fstab on client:
> 10.100.0.214:/data/input /mnt/input nfs rw,sync,bg,auto,intr,hard,rsize=32768,wsize=32768,vers=4,timeo=600,tcp,noatime,nodiratime
>
> Everything works fine, but in some cases i have a problem:
> In the first session on client i start to copy a large file (10-40Gb), and in second session on client i trying read /mnt/input
You're copying it from where to where?
There's a known problem with "ls -l" being slow in the presence of lots
of writes, for reasons that are a little hard to fix. (There should be
a FAQ for this somewhere.)
--b.
>
> w:/ # time ls -la /mnt/input
> total 68819848
> drwxrwxrwx 2 nobody nobody 68 May 14 12:17 .
> drwxr-xr-x 8 root root 4096 May 6 14:18 ..
> -rw-r--r-- 1 nobody users 20722711568 May 14 04:22 14PR0035M.mxf
> -rw-r--r-- 1 root root 20536435216 May 14 12:22 14PR0035T.mxf
> -rw-r--r-- 1 nobody users 13279567128 May 14 03:23 14VO0180M_1.mxf
>
> real 0m31.796s
> user 0m0.000s
> sys 0m0.066s
>
> In output of strace (strace ls -la /mnt/input) i see
>
> lstat("/mnt/input/14PR0035M.mxf", {st_mode=S_IFREG|0644, st_size=20722711568, ...}) = 0
> lgetxattr("/mnt/input/14PR0035M.mxf", "security.selinux", 0x6295b0, 255) = -1 EOPNOTSUPP (Operation not supported)
> getxattr("/mnt/input/14PR0035M.mxf", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
> lstat("/mnt/input/14PR0035T.mxf",
>
> And these output hang up on 15-40 seconds.
>
> 14PR0035T.mxf - is the name of the file which now is transferred in first session. Output always hangs on the file that now is transferred.\
>
> ls -la /data/input on server works fine.
>
> What can be done to solve this problem?