Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-10 Thread CJ Keist
Thanks for the tips. Right now don't have time to further trouble shoot this. Since the manual mounting works, it is all I need to start migrating data off of this server to the Dell NAS unit. Retiring this old OmniOS file server. On 8/6/15 1:27 PM, Volker A. Brandt wrote: Attached is

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-07 Thread Hugh McIntyre
I would assume 99/99 are the nobody-style user/group that root accesses get mapped to when root is not trusted. This would be defined on the Dell server's passwd file, not on the client. I would agree with Volker that it's strange and the next step would be network tracing (wireshark or

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread Volker A. Brandt
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

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread Hugh McIntyre
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

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread CJ Keist
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

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread CJ Keist
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

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread CJ Keist
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

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-06 Thread Volker A. Brandt
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

[OmniOS-discuss] auto_master /net not allowing root permission

2015-08-04 Thread CJ Keist
All, Running OmniOS SunOS projects1 5.11 omnios-170cea2 and running into issue where mounting a NFS share on another server is not letting root to create/modify anything. On the OmniOS server auto_master: /net-hosts -nosuid,nobrowse /home auto_home

Re: [OmniOS-discuss] auto_master /net not allowing root permission

2015-08-04 Thread Volker A. Brandt
[...] 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