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