cvs commit: src/sys/nfsclient nfs_socket.c

Don Lewis truckman at FreeBSD.org
Wed Jul 20 08:25:43 GMT 2005


On 20 Jul, Robert Watson wrote:
> 
> On Tue, 19 Jul 2005, Alfred Perlstein wrote:
> 
>>> I saw ESTALE errors on NFS clients after rebooting NFS server. 
>>> umount/mount was the only way to fix it. Your commit should fix my 
>>> problem? My machines are running 5-STABLE.
>>
>> Unlikely, the source of such a problem is probably that the order of 
>> mounted filesystems has changed and a different fsid was given to your 
>> exported fs.
>>
>> One way to fix it is to make sure that your fses are mounted in the 
>> right order each time.  Or you can do a hack whereby exporting loads the 
>> fsid from a persistent file in the filesystem.
> 
> I've been wondering for a while about the best way to address this, and a 
> possible start is to, on mount, attempt to derive the fsid from the uuid 
> of the file system (if present).  We would need to then detect collisions 
> at run-time and fall back to an alternative fsid.  The chances of a 
> collision are fairly low, so it might be an improvement over current 
> behavior.

Why not specify the fsid as an option in /etc/exports?



More information about the cvs-src mailing list