Skip to Main Content

Database Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

NFS used for replication of Exadata

2802762Sep 7 2015 — edited Sep 29 2015

Hi,

     Im trying to mount an NFS from the DRP server used to replicate DB's of the Exadata nodes, this NFS share has to belong to user "oracle" and group "oinstall", although i have already give the permissions "2777" and i have made my user "oracle" and my group "oinstall" the owners of the directory, i still facing problems when i try to write something on this share from the exadata nodes.

The issues that im facing are:

1.- When i write something while im on the DRP server i cannot edit the same file when im on the Exadata node(using user oracle).

2.- When i write something while im on the Exadata node i cannot edit the same file on the DRP server.

3.- When i create a new sub directory (/backup/RMFA/CORPO) i have to change again the permissions and ownership of the directory otherwise i cannot write on the directory. As i said i have already give the 2777 permissions to my root(/backup) directory. Its from my  understanding that  if i use the permission 2777 on a folder, any newly created files or directories must belong to "oracle" and group "oinstall", am i wrong?

4.- The only way i was able to write on my root(/backup) directory, was when i give the folder 777 permissions, but when i create a file or a folder while im on the Exatada node, the ownership is not  as i wanted. the files newly created have the ownership as follows:

-rw-r--r-- 1 1001 1001 63 Sep 5 11:37 test6 (i know that the id 1001 belongs to my oracle user on the exadata and 1001 belongs to the gid of my group oinstall)

OR  (i know that the id 1001 belongs to my oracle user on the exadata and 1006 belongs to the grid user, dont know why is using that gid)

-rwxrwxr-x  1   1001 1006     98304 Aug 19 09:24 db_full_CORPO_qtqevrd0_19293.bs

while im expecting something like:

-rw-r--r-- 1 oracle oinstall 63 Sep 5 11:37 test6

This is preventing me to write or edit this file while im on the DRP server.

Doing some research i found that this could be caused by the user id's and the group gid's, i have different ids and gids on the DRP server and the exadata nodes.

Exadata Node

[root@m01 ~]# id oracle

uid=1001(oracle) gid=1001(oinstall) groups=101(fuse),1001(oinstall),1004(asmdba),1002(dba),1003(racoper)

DRP server

[root@mxb01 CORPO]# id oracle

uid=502(oracle) gid=501(oinstall) groups=501(oinstall),502(dba),503(oper),504(asmdba) context=root:system_r:unconfined_t:SystemLow-SystemHigh

I have al ready try to edit the /etc/idmapd.conf and change the

[Mapping]

Nobody-User = nobody

Nobody-Group = nobody settings to oracle and oinstall, but this isnt solving the issue,and i dont know how this setting will affect the other NFS mounted on the nodes.

Here are the files created on the NFS share, as you can see, we can tall which files were created on the DRP and which files were created on the Exadata nodes.

Hope someone can point me to the right direction.

Thanks!

Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Oct 27 2015
Added on Sep 7 2015
2 comments
1,260 views