[OmniOS-discuss] auto_master /net not allowing root permission
Hugh McIntyre
lists at mcintyreweb.com
Thu Aug 6 08:03:37 UTC 2015
As well as Volker's suggestion, maybe type "mount" when the filesystem
is mounted under /net or /mnt and compare the reported mount options?
One other debug trick if the filesystem is mounted but gives you
permission errors creating files is to go to a world writeable directory
and type "touch abc". Then check the user/group matches what you
expect, mainly on the server but also on the client.
Is the NFS server "nfsserver" on OmniOS or Centos or ...?
Hugh.
On 8/4/15 1:57 PM, Volker A. Brandt wrote:
> [...]
>> But the OmniOS system going through /net/nfsserver/mount gets
>> permission denied when trying to create or delete anything. But if
>> I manually mount the nfsserver share:
>>
>> mount nfsserver:/mount /mnt
>>
>> And then go into /mnt the OmniOS server can create/delete folders no
>> issues. It's only through autofs that I get permission denied.
>>
>> Any Ideas???
>>
>> root at projects1:/etc# sharectl get nfs
>> servers=16
>> lockd_listen_backlog=32
>> lockd_servers=20
>> lockd_retransmit_timeout=5
>> grace_period=90
>> server_versmin=2
>> server_versmax=3
>> client_versmin=2
>> client_versmax=3
>> server_delegation=on
>> nfsmapid_domain=
>> max_connections=-1
>> protocol=ALL
>> listen_backlog=32
>> device=
>> mountd_listen_backlog=64
>> mountd_max_threads=16
>
> You have explicitly disabled NFSv4, so you cannot take advantage of
> the username mapping features. Hence your userids must match. Which
> userid are you using to create/delete folders? What are the mount
> options in your automount configuration? How is the share exported
> on the CentOS side?
>
>
> Regards -- Volker
>
More information about the OmniOS-discuss
mailing list