Attached is picture of the NFS export options on the Dell NAS
device.
[...]
Not sure where userid of 99 and group id of 99 is coming from? They
are not defined in /etc/passwd or /etc/group.
That is really strange.
The next thing I would try is to do network traces of the traffic
between
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
Attached is picture of the NFS export options on the Dell NAS device.
The server goku, is the CentOS system which doesn't have any issues
create/deleting/modify files/folders as root both through autofs and
manually mounted.
The OmniOS system is projects2 and the IP address is the same
Thank you.
Yes I do specifically disable V4 for NFS, not something we need in
our environment and we have unified user ids.
I am wanting root user on the OmniOS system to be able to
create/delete/modify files on the NFS share. In this case the NFS
server is a Dell NAS storage device
Here is the mount command for both the autofs and the manully mounted
one. They both look the same:
root@projects2:/net/nasstore2/projects# mount | egrep nasstore2
/mnt on nasstore2:/projects
remote/read/write/setuid/devices/xattr/dev=8780014 on Wed Aug 5
15:10:13 2015
CJ Keist writes:
Going through the manual mount point /mnt, and creating a file it
does get the root:root ownership. But going through the autofs
/net/nasstore2/projects and creating a file it is getting 99:99
ownership on the file???
Is autofs running as different user than root on