* (no subject) @ 2003-10-14 19:50 Ralph Churchill 2003-10-16 19:42 ` Ralph Churchill 0 siblings, 1 reply; 3+ messages in thread From: Ralph Churchill @ 2003-10-14 19:50 UTC (permalink / raw) To: nfs I am experiencing a strange problem wherein a file placed on an exported directory accessible by multiple clients is occassionally only visible to SOME clients. However, if I "force" some fake activity on the shared directory (e.g. touching, then deleting a file in an infinite loop), then ALL clients see the file at ALL times. This leads me to belive the problem is related to some buffering or caching... but where? Relevant information: Clients ------- RedHat 9 kernel 2.6.0-test7 mounted 'rsize=8192,wsize=8192,noatime,nodiratime,noac' Server ------ RedHat 9 kernel 2.4.20-8 nfs-utils-1.0.1-2.9 exported "*(rw)" dir is 'ext3' mounted with 'noatime, nodiratime' Any and all help is appreciated. RMC __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: (no subject) 2003-10-14 19:50 (no subject) Ralph Churchill @ 2003-10-16 19:42 ` Ralph Churchill 2003-10-20 19:27 ` inconsistent NFS clients(was 'no subject') Ralph Churchill 0 siblings, 1 reply; 3+ messages in thread From: Ralph Churchill @ 2003-10-16 19:42 UTC (permalink / raw) To: nfs --- Ralph Churchill <mrchucho@yahoo.com> wrote: > I am experiencing a strange problem wherein a file > placed on an exported directory accessible by > multiple > clients is occassionally only visible to SOME > clients. > However, if I "force" some fake activity on the > shared > directory (e.g. touching, then deleting a file in an > infinite loop), then ALL clients see the file at ALL > times. This leads me to belive the problem is > related > to some buffering or caching... but where? > > Relevant information: > > Clients > ------- > RedHat 9 > kernel 2.6.0-test7 > mounted > 'rsize=8192,wsize=8192,noatime,nodiratime,noac' > > Server > ------ > RedHat 9 > kernel 2.4.20-8 > nfs-utils-1.0.1-2.9 > exported "*(rw)" > dir is 'ext3' mounted with 'noatime, nodiratime' I have a feeling that this inconsistent behavior may be due to the way our application, matlab, is opening and closing files. The fact that generating nfs activity, in the form of a trival read and write in the shell, causes the problem to disappear leads me to this conclusion. It seems like it may be buffer related. Is there anyway I can verify this? Also, I've tried the 'noac' and 'nocto' options, and while the 'noac' option seems to decrease response times, the problems persist. Thank you. RMC __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: inconsistent NFS clients(was 'no subject') 2003-10-16 19:42 ` Ralph Churchill @ 2003-10-20 19:27 ` Ralph Churchill 0 siblings, 0 replies; 3+ messages in thread From: Ralph Churchill @ 2003-10-20 19:27 UTC (permalink / raw) To: nfs I am still trying to track down this problem. I upgraded to kernel 2.6-test8, but the problems persist. Our application works by clients polling a shared directory and touching files to indicate status (beginning, done, etc.). Let's say client A touchs a file, "begin", in the shared dir. If I write a shell script to repeatedly do an 'ls /share', client B will show the "begin" file. However, client A will say: ls: /shared/begin: No such file or directory This is confusing, because I'm NOT doing 'ls /share/begin'!! It strikes me as odd that this file isn't showing up to being with(when it clearly IS there on the server and other clients), but also 'ls' "thinks" it is there, but can't find it?? Again, I could REALLY use some help, this is very confusing. I've tried just about EVERY combination of options! Thanks. RMC --- Ralph Churchill <mrchucho@yahoo.com> wrote: > --- Ralph Churchill <mrchucho@yahoo.com> wrote: > > I am experiencing a strange problem wherein a file > > placed on an exported directory accessible by > > multiple > > clients is occassionally only visible to SOME > > clients. > > However, if I "force" some fake activity on the > > shared > > directory (e.g. touching, then deleting a file in > an > > infinite loop), then ALL clients see the file at > ALL > > times. This leads me to belive the problem is > > related > > to some buffering or caching... but where? > > > > Relevant information: > > > > Clients > > ------- > > RedHat 9 > > kernel 2.6.0-test7 > > mounted > > 'rsize=8192,wsize=8192,noatime,nodiratime,noac' > > > > Server > > ------ > > RedHat 9 > > kernel 2.4.20-8 > > nfs-utils-1.0.1-2.9 > > exported "*(rw)" > > dir is 'ext3' mounted with 'noatime, nodiratime' > > I have a feeling that this inconsistent behavior may > be due to the way our application, matlab, is > opening > and closing files. The fact that generating nfs > activity, in the form of a trival read and write in > the shell, causes the problem to disappear leads me > to > this conclusion. It seems like it may be buffer > related. Is there anyway I can verify this? > > Also, I've tried the 'noac' and 'nocto' options, and > while the 'noac' option seems to decrease response > times, the problems persist. Thank you. > > RMC > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback > Program. > SourceForge.net hosts over 70,000 Open Source > Projects. > See the people who have HELPED US provide better > services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > NFS maillist - NFS@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-10-20 21:01 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2003-10-14 19:50 (no subject) Ralph Churchill 2003-10-16 19:42 ` Ralph Churchill 2003-10-20 19:27 ` inconsistent NFS clients(was 'no subject') Ralph Churchill
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.