* exportfs bug
@ 2007-05-16 15:34 Frank van Maarseveen
2007-05-16 16:13 ` J. Bruce Fields
0 siblings, 1 reply; 2+ messages in thread
From: Frank van Maarseveen @ 2007-05-16 15:34 UTC (permalink / raw)
To: Linux NFS mailing list
Multiple exportfs commands within a second don't work as expected. This
is caused by writing either the wall clock time or the /etc/exports mtime
to various /proc files, all with the granularity of 1 second. Scripts
can easily issue more than one exportfs command within that time.
A repeated sequence of
- script modifies /etc/exports
- script runs exportfs -r
fails horribly (client gets EACCES, ESTALE)
IMO exportfs should at least hide the time granularity problem e.g. by
maintaining a timestamp file, waiting if necessary.
--
Frank
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: exportfs bug
2007-05-16 15:34 exportfs bug Frank van Maarseveen
@ 2007-05-16 16:13 ` J. Bruce Fields
0 siblings, 0 replies; 2+ messages in thread
From: J. Bruce Fields @ 2007-05-16 16:13 UTC (permalink / raw)
To: Frank van Maarseveen; +Cc: Linux NFS mailing list
On Wed, May 16, 2007 at 05:34:38PM +0200, Frank van Maarseveen wrote:
> Multiple exportfs commands within a second don't work as expected. This
> is caused by writing either the wall clock time or the /etc/exports mtime
> to various /proc files, all with the granularity of 1 second. Scripts
> can easily issue more than one exportfs command within that time.
>
> A repeated sequence of
>
> - script modifies /etc/exports
> - script runs exportfs -r
>
> fails horribly (client gets EACCES, ESTALE)
>
> IMO exportfs should at least hide the time granularity problem e.g. by
> maintaining a timestamp file, waiting if necessary.
This is a known problem, and should be fixed in the latest nfs-utils:
http://linux-nfs.org/cgi-bin/gitweb.cgi?p=nfs-utils;a=commitdiff;h=fd9097110f74f39bce89ec3a341fd9b686a68719;hp=89fb5a45d2020aaee203dd9016d98c3ff9d9f991
--b.
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-05-16 16:13 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-16 15:34 exportfs bug Frank van Maarseveen
2007-05-16 16:13 ` J. Bruce Fields
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.