vfsx17.patch available - continuing vfs work (expert developers only)

Matthew Dillon dillon at apollo.backplane.com
Fri Nov 5 08:38:31 PST 2004


:I'm running make -j100 buildworld with /usr/obj NFS-lookback mounted
:from /home/nfs to see if it survives (the previous one didn't finish).
:I'll run other benchmarks on that mount point if it's finished.
:
:One thing I noticed is that, with the following line in /etc/exports
:/home/nfs 127.0.0.1
:
:(and is mounted to /usr/obj) one would usually get `permision denied'
:(unless you specified one of -map* options) if you for example try to create
:a file on the NFS mounted filesystem as root; with vfsx17.patch, it creates
:a file with uid = 4294967296 instead.  Is this normal?

    Yes.  You have to export and allow root permissions (or some other user
    id), or the nfs server will map everything to 'nobody'.  e.g.:

    /home -maproot=root: ...

:And if I changed the directory permission on /home/nfs, the permission
:was not propagated to /usr/obj until I restarted mountd. I don't remember
:if the same thing happens on other systems, though.

    The cache entries have a timeout.  The timeout is dynamically calculated
    based on how often the file is found to have changed but this whole area
    has been shredded and pasted back together so I would not be surprised 
    if there were some issues  DragonFly_Stable is probably even worse then
    HEAD with regards to timeouts.
    
					-Matt
					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>





More information about the Kernel mailing list