More directories?

More directories?

[Stef Bon]

Hello,

some time now I've been experimenting with mounting smb shares. Now the 
script
auto.smb which comes with the autofs package, generates given a server, 
all the shares.

../server/share/<mounted samba share>

Thus, it creates one level deep paths. I'm wondering, is it possible to 
create two or even more
level deep directories with a script simular to auto.smb??

I haven't been experimenting with it.

Stef Bon

Re: More directories?

[Ian Kent]

On Sun, 2008-03-09 at 21:11 +0100, Stef Bon wrote:
> Hello,
> 
> some time now I've been experimenting with mounting smb shares. Now the 
> script
> auto.smb which comes with the autofs package, generates given a server, 
> all the shares.
> 
> ../server/share/<mounted samba share>
> 
> Thus, it creates one level deep paths. I'm wondering, is it possible to 
> create two or even more
> level deep directories with a script simular to auto.smb??

Its totally dependent on what is returned from the script.
The example script, auto.smb, just returns an entry with a multi-mount
offset for each share. If a more complex multi-mount is returned that
should work fine. The old auto.hosts would often return a more complex
multi-mount entry as NFS exports are often deeper than a single level.

Ian

Re: More directories?

[Stef Bon]

Ian Kent wrote:
> Its totally dependent on what is returned from the script.
> The example script, auto.smb, just returns an entry with a multi-mount
> offset for each share. If a more complex multi-mount is returned that
> should work fine. The old auto.hosts would often return a more complex
> multi-mount entry as NFS exports are often deeper than a single level.
>
> Ian
>
>   
Ok, That's clear. I know that's it's the script which should return it.

What I want to know is, is it possible to use mountpoint's like:

../<USER>/server/share/<mounted smb share>

A multimount with the first key the <USER>.

Stef Bon

Re: More directories?

[Ian Kent]

On Mon, 2008-03-10 at 08:15 +0100, Stef Bon wrote:
> Ian Kent wrote:
> > Its totally dependent on what is returned from the script.
> > The example script, auto.smb, just returns an entry with a multi-mount
> > offset for each share. If a more complex multi-mount is returned that
> > should work fine. The old auto.hosts would often return a more complex
> > multi-mount entry as NFS exports are often deeper than a single level.
> >
> > Ian
> >
> >   
> Ok, That's clear. I know that's it's the script which should return it.
> 
> What I want to know is, is it possible to use mountpoint's like:
> 
> ../<USER>/server/share/<mounted smb share>
> 
> A multimount with the first key the <USER>.

Return everything else but the key as usual.
Format like:

[-fstype=<type>,<options] [[/] [localtion] \
	/<dir> location \
	/<dir> location ....

The leading "/" is required and the root mount "/" is optional.
It's been a while since I played with this but I think the offsets of
the multi-mount need to be in depth order.

Ian

Re: More directories?

[Stef Bon]

Ian Kent wrote:
>
>
> Return everything else but the key as usual.
> Format like:
>
> [-fstype=<type>,<options] [[/] [localtion] \
> 	/<dir> location \
> 	/<dir> location ....
>
> The leading "/" is required and the root mount "/" is optional.
> It's been a while since I played with this but I think the offsets of
> the multi-mount need to be in depth order.
>
> Ian
>
>   
Ok, this format you give returns a list. This list is interpreted by the 
automount daemon,
and it determines which entry applies.

Now it should be possible to let this script (it has to be a script) 
only show the entry which applies:

-fstype=cifs,credentials=/home/sbon/.smb/mount.cred     / \
                         /sbon/lfs20060812/public ://lfs20060812/public


if I give the command:

ls <autofsmountpoint>/sbon/lfs20060812/public

This way the script is more "smart".

Stef Bon

Re: More directories?

[Ian Kent]

On Wed, 2008-03-12 at 10:45 +0100, Stef Bon wrote:
> Ian Kent wrote:
> >
> >
> > Return everything else but the key as usual.
> > Format like:
> >
> > [-fstype=<type>,<options] [[/] [localtion] \
> > 	/<dir> location \
> > 	/<dir> location ....
> >
> > The leading "/" is required and the root mount "/" is optional.
> > It's been a while since I played with this but I think the offsets of
> > the multi-mount need to be in depth order.
> >
> > Ian
> >
> >   
> Ok, this format you give returns a list. This list is interpreted by the 
> automount daemon,
> and it determines which entry applies.
> 
> Now it should be possible to let this script (it has to be a script) 
> only show the entry which applies:

No, that's not what I said.
This is a multi-mount entry, so by definition, all mounts in the
hierarchy must be supplied when the entry is requested. 

> 
> -fstype=cifs,credentials=/home/sbon/.smb/mount.cred     / \
>                          /sbon/lfs20060812/public ://lfs20060812/public

No, that's not right.

The spec I gave said that if "/", the root of the mount tree is present,
it must have a corresponding location, which isn't present here. Leave
it out.

If you return this entry, without the "/", then it will be the only
mount you will be able to make until it expires away. Until that time
you will not be have an opportunity to supply another entry. If you
don't need more mount offsets then this should work OK (without the
"/").

This is the way it must be with multiple, possibly nested, mount
entries.

Ian