File system cache corruptions?
Subsystems (2)
Very occasionally we get problems where by an application on an NFS server fails to load on one NFS client - for example just had one which fails when you try to run it:
/path/to/nfs/mounted/binary: relocation error: /path/to/nfs/mounted/shared/object.so: symbol , version GLIBC_2.0 not defined in file libpthread.so.0 with link time reference
I 'fixed' the problem by running a simple tool on the client that just grabs memory - and hence flushes any cached files.
The application in question hasn't changed in months.
In this case, the client is running Fedora Core 1 with a 2.4.22 based kernel (with Trond's NFS client patches), but we've seen similar problems with Redhat 7.2 based machines with a variety of kernel.org 2.4.X based kernels.
Any ideas on what may be causing this?
James Pearson
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
P=E5 on , 06/10/2004 klokka 18:40, skreiv James Pearson:
Quoted 1 line
Any ideas on what may be causing this?
Shared mmapped files tend not to be easy to keep consistent w.r.t. the server, because mmap pins the pages in memory.
Instead of copying data into the mmapped file, it is better to create a new file, then rename it onto the old one (like tools such as GNU install do for you).
Cheers,
Trond
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
Quoted 6 lines · Trond Myklebust
På on , 06/10/2004 klokka 18:40, skreiv James Pearson:
Quoted 1 line
Any ideas on what may be causing this?
Quoted 6 lines
Shared mmapped files tend not to be easy to keep consistent w.r.t. the server, because mmap pins the pages in memory.
Instead of copying data into the mmapped file, it is better to create a new file, then rename it onto the old one (like tools such as GNU install do for you).
This is true (and something I do as a matter of course if I ever have to replace/upgrade shared libraries/binaries etc), but not the case here - the executable and its required shared libraries which are on the NFS server have been in place and not changed for about 6 months.
There are over 100 clients using the exact same binary and shared libraries - only one had this problem.
The server is hard mounted.
Thanks
James Pearson
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs