>yeah, thought of that, but we put some structure in ages ago
>to get around the possible problems with thousands of entries
>in one directory - so we have /export/home/NN/username
>where NN is a 2 digit number.
>
>I don't think there's any way to specify an automount map
>with multiple levels in
Casper said:
> You can have composite mounts (multiple nested mounts)
> but that is essentially a single automount entry so it
> can't be overly long, I believe.
I've seen that in the man page, but I've never managed to
find a use for it!
What I'd *like* to be able to do is have a map that amount
>What I'd *like* to be able to do is have a map that amounts to:
>
>00 -ro \
> / keck:/export/home/00
> /* -rw /export/home/00/&
What is our interest in mounting the 00 and 01 directories? is there any
data there not in the subdirectories?
Currently, I'm using executable maps to create zfs hom
You'll also note that there's a line saying "Stopping because process dumped
core" which we shouldn't ignore, IMO.
In case this is a Sun-supported config (s10u2 indicates as much), please file a
case :-)
regards
Michael Schuster
H.-J. Schnitzer wrote:
Thank you, setting SHARE_NOINUSE_CHECK
My guess is that mountd is blowing its head off and then SMF restarts it
and the other NFS services which includes nfsd.
So it is time to fix up the mountd. A trace back of the mountd core would
be helpful in confirming this. And as was mentioned a few days ago, there
is an existing bug that sh
>You'll also note that there's a line saying "Stopping because process dumped
>core" which we shouldn't ignore, IMO.
>
>In case this is a Sun-supported config (s10u2 indicates as much), please file
>a
>case :-)
This looks like the rpcgen issue where the list is encoded using a recursive
rather