On 10/30/12 8:31 AM, Dan Nelson wrote:
In the last episode (Oct 30), jb said:
Alfred Perlstein <bright <at> mu.org> writes:
Hey folks, any reason why not to include the following patch in 9.1? It
would be nice to have tmpfs be exportable.
I'm good to commit it, I can also wait until post 9.1.
...
How do you identify tmpfs ? With fsid ?
Since nfs server is stateless, are these exports identical ?
export /tmp, reboot, export /tmp
What about /tmp on tmpfs ?
export /tmp, reboot, export /tmp
I wanted to do the exact same thing a few years ago. I patched mdmfs and
the startup scripts to allow for an fsid value to be passed to mdmfs on
every reboot. That works for the filesystem itself, but then you have to
contend with the random NFS generation number on every inode. I decided it
wasn't worth the trouble at that point.
If you really want an exportable /tmp, just live with the fact that you'll
get ESTALE errors on all clients when you reboot the server. Maybe giving
the root inode a constant generation number is all that's needed, since I
suppose most clients that have mounted the server don't actually have any
open filehandles.
Ah, that is troublesome. This fix is really just for benchmarking nfs
without hitting disk and other very temporary measures.
It would be nice to make root inode predictable in some manner.
-Alfred
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
