All of lore.kernel.org
 help / color / mirror / Atom feed
* direct mount from NFS-mounted directories issue
@ 2007-03-06 13:06 Guillaume Rousse
  2007-03-06 16:57 ` Ian Kent
  0 siblings, 1 reply; 4+ messages in thread
From: Guillaume Rousse @ 2007-03-06 13:06 UTC (permalink / raw)
  To: autofs

A direct mount which mount point is itself located on a NFS mount
does'nt work, with the following error message on launch:
Mar  6 14:05:21 stalingrad automount[23355]: do_mount_autofs_direct:
failed to create mount directory /home/members/rousse/test

From the mandriva user that reported this issue, it worked with previous
release. Full story at http://qa.mandriva.com/show_bug.cgi?id=28646

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: direct mount from NFS-mounted directories issue
  2007-03-06 13:06 direct mount from NFS-mounted directories issue Guillaume Rousse
@ 2007-03-06 16:57 ` Ian Kent
  2007-03-07  9:27   ` Guillaume Rousse
  0 siblings, 1 reply; 4+ messages in thread
From: Ian Kent @ 2007-03-06 16:57 UTC (permalink / raw)
  To: Guillaume Rousse; +Cc: autofs

On Tue, 2007-03-06 at 14:06 +0100, Guillaume Rousse wrote:
> A direct mount which mount point is itself located on a NFS mount
> does'nt work, with the following error message on launch:
> Mar  6 14:05:21 stalingrad automount[23355]: do_mount_autofs_direct:
> failed to create mount directory /home/members/rousse/test

Does the mount point directory already exist within the remote NFS
filesystem?

If not then create it.

This behavior was changed because the NFS client in recent kernels
return EACCESS before it returned EEXIST. It would have been fine to
just use stat(2) and then create the mount point directory but that
attracted much criticism regarding the security aspects of "root" owned
code to attempting to create directories on a remote NFS server. And so
this is the way it is now.

> >From the mandriva user that reported this issue, it worked with previous
> release. Full story at http://qa.mandriva.com/show_bug.cgi?id=28646

Indeed it probably did work a little while ago.
Sorry for the inconvenience.

Ian

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: direct mount from NFS-mounted directories issue
  2007-03-06 16:57 ` Ian Kent
@ 2007-03-07  9:27   ` Guillaume Rousse
  2007-03-08 10:46     ` Ian Kent
  0 siblings, 1 reply; 4+ messages in thread
From: Guillaume Rousse @ 2007-03-07  9:27 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs

Ian Kent wrote:
> This behavior was changed because the NFS client in recent kernels
> return EACCESS before it returned EEXIST. It would have been fine to
> just use stat(2) and then create the mount point directory but that
> attracted much criticism regarding the security aspects of "root" owned
> code to attempting to create directories on a remote NFS server. And so
> this is the way it is now.
I'm not a security expert, but it seems for me than allowing root owned
code to create anything on the server is rather a question of
configuring the export writability and trustability on root uid than
enforcing it on client side. Anyway, could the client behaviour be
configurable also, with current (secure) behaviour as default ?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: direct mount from NFS-mounted directories issue
  2007-03-07  9:27   ` Guillaume Rousse
@ 2007-03-08 10:46     ` Ian Kent
  0 siblings, 0 replies; 4+ messages in thread
From: Ian Kent @ 2007-03-08 10:46 UTC (permalink / raw)
  To: autofs

On Wed, 2007-03-07 at 10:27 +0100, Guillaume Rousse wrote:
> Ian Kent wrote:
> > This behavior was changed because the NFS client in recent kernels
> > return EACCESS before it returned EEXIST. It would have been fine to
> > just use stat(2) and then create the mount point directory but that
> > attracted much criticism regarding the security aspects of "root" owned
> > code to attempting to create directories on a remote NFS server. And so
> > this is the way it is now.
> I'm not a security expert, but it seems for me than allowing root owned
> code to create anything on the server is rather a question of
> configuring the export writability and trustability on root uid than
> enforcing it on client side. Anyway, could the client behaviour be
> configurable also, with current (secure) behaviour as default ?

Maybe but the criticism was that autofs was attempting to create remote
directories "at all". Is it such a big ask that if mounts within remote
filesystems have mount point directories already?

Ian

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-03-08 10:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-06 13:06 direct mount from NFS-mounted directories issue Guillaume Rousse
2007-03-06 16:57 ` Ian Kent
2007-03-07  9:27   ` Guillaume Rousse
2007-03-08 10:46     ` Ian Kent

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.