[LU-4673] Permission denied executing --x executable Created: 26/Feb/14 Updated: 29/Jan/15 Resolved: 29/Jan/15 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Supporto Lustre Jnet2000 (Inactive) | Assignee: | Emoly Liu |
| Resolution: | Incomplete | Votes: | 0 |
| Labels: | None | ||
| Environment: |
System Red Hat Enterprise Linux Server release 5.7 (Tikanga) kernel 2.6.18-348.3.1.el5 lustre-client-modules-1.8.9-2.6.18_348.3.1.el5_g7880158 |
||
| Attachments: |
|
| Severity: | 3 |
| Rank (Obsolete): | 12812 |
| Description |
|
I try to execute the executable "sqlplus" on lustre filesystem,but i have this issue: $ sqlplus -bash: /home/opt/oracle/app/ora11g/product/11.2.0.3/client_1/bin/sqlplus: Permission denied The executable has these permissions : ls -l /home/opt/oracle/app/ora11g/product/11.2.0.3/client_1/bin/sqlplus
If i add the "read" permission to "other" the executable work. |
| Comments |
| Comment by Peter Jones [ 26/Feb/14 ] |
|
Emoly Could you please assist with this issue? Thanks Peter |
| Comment by Emoly Liu [ 27/Feb/14 ] |
|
Hi Jnet2000, Do you run sqlplus as an Oracle user? Could you please run "which sqlplus" to see if $PATH is set correctly? And if possible, please post the corresponding lustre log here when this problem happens again. Thanks. |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 06/Mar/14 ] |
|
i can run the sqlplus command and the path is correct, when i have the problem "permission denied" on the host, i haven't log on the client and i haven't log on the server. regards |
| Comment by Emoly Liu [ 10/Mar/14 ] |
|
You can get the lustre logs by setting parameters debug and debug_mb before running the sqlplus command, like this Then, run sqlplus, and after that, collect the logs by running the following command Could you please upload the logs here if you can get anything? Thanks. |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 10/Mar/14 ] |
|
We attached the logfile as requested. |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 14/Mar/14 ] |
|
Any news ? regards |
| Comment by Emoly Liu [ 14/Mar/14 ] |
|
This client side log includes almost five months data. I should have suggested to do a "lctl dk" before running sqlplus. I saw the following error many times. (mdc_locks.c:845:mdc_finish_intent_lock()) D_IT dentry sqlplus intent: open status -13 disp 240002b rc 0 If possible, could you please upload the server side log as well? Thanks |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 20/Mar/14 ] |
|
I attached the log files requested. Before collecting them i issue the lctl flush command |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 25/Mar/14 ] |
|
the problem occurs with every executables that have the o=x permission [b487000@osiride-lp-032 ~]$ ls -l bash in another window [b487000@osiride-lp-032 ~]$ ./bash |
| Comment by Emoly Liu [ 26/Mar/14 ] |
|
The server log showed that the mds didn't get the intent lock req@ffff81083d2f1000 sent by client, and as you said, all the executables can't be run, so I suspect this problem is related to flock. By default, the flock utility is disabled. So could you please try to remount client with option "-o flock" and see what will happen? Thanks. |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 31/Mar/14 ] |
|
the flock option is already enabled [b487000@osiride-lp-032 ~]$ cat /etc/lustre.conf
|
| Comment by Emoly Liu [ 31/Mar/14 ] |
|
Hi, can you run the following command to see group_upcall value and paste it here, and also paste the result of "getfacl sqlplus"? Thanks |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 31/Mar/14 ] |
|
[wisi281@osiride-lp-034 ~]$ sudo /usr/sbin/lctl get_param mds.*.group_upcall [wisi281@osiride-lp-032 bin]$ sudo getfacl sqlplus
regards |
| Comment by Emoly Liu [ 02/Apr/14 ] |
|
Since the server side log is not complete, I tried to reproduce this problem by running an executable file without read permission on NFS lustre client. Fortunately, I hit it. It shows that we need read permission to run an executable file. So can you run "id" command to see if the user which has permission issue to run sqlplus belongs to group "dba"? It's simple to verify this "o-r" by the following example: [root@centos6-2 liuy]# cat foo.sh #!/bin/sh echo "test permission" ls -al * [root@centos6-2 liuy]# chmod o-r foo.sh [root@centos6-2 liuy]# getfacl foo.sh # file: foo.sh # owner: root # group: root user::rwx group::r-x other::--x [root@centos6-2 liuy]# ./foo.sh test permission -rwxr-x--x 1 root root 42 Mar 28 23:55 foo.sh -rwxr-x--x 1 root root 7296 Mar 28 23:36 teststat [root@centos6-2 liuy]# su - liuy [liuy@centos6-2 ~]$ id uid=500(liuy) gid=500(liuy) groups=500(liuy) [liuy@centos6-2 ~]$ ./foo.sh /bin/sh: ./foo.sh: Permission denied |
| Comment by Supporto Lustre Jnet2000 (Inactive) [ 02/Apr/14 ] |
|
The r attribute is necessary to run bash script, for the binary this is not true. [b487000@osiride-lp-002 bin]$ ls -l bash [b487000@osiride-lp-002 bin]$ ls -l generate_lamp_packages.sh Why the server log is incomplete ? We follow your instructions. regards |
| Comment by Emoly Liu [ 02/Apr/14 ] |
|
Yes, scripts must be readable and executable but compiled programs need only be executable. I want to check "id" and "r" attribute because the previous comments said:
The "id" result will help me make sure if this is a lustre issue. As for server log, the log happened at time 1395299404 was probably flushed if the clock between the client and server is synchronous, because there was nothing useful at that moment, and there was no EACCES(-13) error returned by mds_open(), even no xid=1448864745813986 found, sent by the client. So if possible, could you please set debug_mb to a larger number(lctl set_param debug_mb=1000?), and synchronize the clock between the client and the server, and then collect the logs again? Many thanks. |
| Comment by John Fuchs-Chesney (Inactive) [ 18/Dec/14 ] |
|
Hello Jnet2000 Support Team, Is there any further way we can help you with this ticket? If not, we would like to mark it as resolved. Many thanks, |
| Comment by John Fuchs-Chesney (Inactive) [ 29/Jan/15 ] |
|
Asked customer for guidance on this ticket on December 18, 2014. Will now mark it as Resolved – Incomplete. We can re-open the ticket if required. |