Hi,
We have a mixed environment of several hundred RH boxes running
2.4.20+ and 2.6.11+ kernels that are mounting against netapps and
linux nfsd servers.
We have a problem where sometimes client machines will not see the
latest(newest) files that are created by one client in a particular
directory path until we cd /net/path&&touch foo&&rm -f foo. After
doing this the problem goes away and everything works fine, but we
have to do this on multiple machines multiple times a day.
On solaris I know the DNLC directory cache is tunable - is this
tweakable on linux? I've looked around but have not found a solution
to the problem.
This is all nfs v3 over TCP.
Thanks in advance,
Brian
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On 10/13/05, Brian Kerr <[email protected]> wrote:
> On 10/13/05, Chris Croswhite <[email protected]> wrote:
> > do you mind mounting with sync option? This will force write to disk
> > (in your case NFS disk). This is what I did to make file appear
> > consistantly across the modest computer farm I work with. e.g.
> > /etc/init.d/autofs- localoptions "sync". Too, is there a reason you
> > chose soft mounts?
>
> I will try using the sync option - there is a performance hit
> associated with using that option though which may or may not be a
> problem.
The performance hit from forcing the sync option is rather dramatic,
10MByte/sec down to 1-2MByte/sec with sync enabled.
I doubt enabling the sync option will be a possibility with this huge
performance hit.
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On 10/13/05, Chris Croswhite <[email protected]> wrote:
> Curious, are you running sync for mounts?
The short answer is no.
netapp:/ava on /net/ava type nfs (rw,soft,bg,retry=3D1,addr=3Dx.x.x.x)
That is the output from mount
/net /etc/auto.net soft,bg,retry=3D1 --timeout 60
That is the relevant line from /etc/auto.net
This machine has nfs-utils-0.3.3-6.73 package installed.
Thanks,
Brian
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On 10/13/05, Chris Croswhite <[email protected]> wrote:
> do you mind mounting with sync option? This will force write to disk
> (in your case NFS disk). This is what I did to make file appear
> consistantly across the modest computer farm I work with. e.g.
> /etc/init.d/autofs- localoptions "sync". Too, is there a reason you
> chose soft mounts?
I will try using the sync option - there is a performance hit
associated with using that option though which may or may not be a
problem.
We are using soft mounts to prevent OS/app related hangs due to NFS
when one of the various nfs mounts cannot be reached.
-Brian
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs