SCIENTIFIC-LINUX-USERS Archives

May 2012

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
aurfalien <[log in to unmask]>
Reply To:
aurfalien <[log in to unmask]>
Date:
Thu, 3 May 2012 15:22:42 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
On May 3, 2012, at 3:04 PM, Glenn Cooper wrote:

>>>> I never really paid attention to this but a file on an NFS mount is
>>>> showing 64M in size, but when copying the file to a local drive, it
>>>> shows 2.5MB in size.
>>>> 
>>>> My NFS server is hardware Raided with a volume stripe size of 128K
>>>> were the volume size is 20TB, my local disk is about 500GB.
>>>> 
>>>> Is this due to my stripe size?
>>>> 
>>>> Nuggets are appreciated.
> 
>> By the way, this is only across NFS as when ssh'd into the server, the file size shows 2.5M, same as the clients when its local so its seems NFS is the culprit.
>> 
>> I have r/wsize tweaked but thats it.
> 
> Wild guess - cached file attributes not getting updated properly in the NFS client?  Has the actual file size changed recently, like in the last few hours or days?
> 
> Cheers,
> Glenn

Something more relevant perhaps, mount options via FSTAB on the server are;

/dev/###		/mountpoint       xfs     defaults,allocsize=64m,relatime,logbufs=8,logbsize=256k		0 0

Notice the allocsize of 64MB, perhaps relatime might be playing a role as well?

I will remove allocsize first and report back.

- aurf

ATOM RSS1 RSS2