SAPCAR: can not set permissions for EPS (error 13). Operation not permitted

[Private_Member_19084]

Hi together,

I want to upload some packages via SAINT.

There I get the error 13.

If I try to uncar a package via SAPCAR in trans DIR I get the error in subject.

Does anybody know how to solve this problem?
The <sid>adm has 777 on the EPS directory.

Owner of EPS is root, however, in the past it did always work fine.

What is also very interesting, I could upload one package via SAINT and there it could uncar the .SAR successfully.

Therefore it is really strange.

I've already downloaded the newest sapcar.

Kind regards

[Johan_sapbasis · Accepted solution]

Hi,

Please attach error details here, so we can see a bit more please.

Kind Regards,

[Private_Member_19084 · Accepted solution]

Hello Nicolaas,

where can I find the error details?

I just see the error13 (see subject).

Kind regards

[sankar_27]

If your TRANS directory is shared among different SID's, for instance your trans directory is mounted on NAS storage, its owner and group owned by root:root , so every time while uncar new files switch to sidadm and make sure to SMF also owning by sidadm:sapsys.

[former_member182967]

Hi Anon,

The permissions of directory <transport_directory>/EPS

drwxrwx--x 5 root   sapsys   35 Mar 10 20:07 EPS

The permissions of directory <transport_directory>/EPS/in

drwxrwx--x 3 root sapsys 4096 Jun  3 13:07 in

A workaround you can try:

1. As user root under <transport_directory>

SAPCAR -xvf .....SAR

2. As user root under directory <transport_directory>/EPS/in

chmod 777 *

3. In transaction SAINT, in menu Installation Package -> Loads Packages -> From Application Server

Regards,

Ning

[Private_Member_19084]

Hi,

as I had to finish the installation, I did the extraction manually.

I think the problem wasn't the authority.
Because I found out another interesting thing.

File which did work, are packed directly.
And all files which didn't work, are packed with directory /EPS/in/*.PAT

So I think this is the problem, that the packing was done wrong and the files are not packed directly.

Kind regards

[Johan_sapbasis]

Hi,

I think you could most likely be correct, to confirm just output the contents to std_out and then you should see where it is trying to extract to.

Kind Regards,

ps: glad the issue is fixed

[Private_Member_19084]

This is the output

x EPS

SAPCAR: can not set permissions for EPS (error 13). Operation not permitted

So I think I am right.

[Former Member]

Hi,

You can see the problem is setting permissions on EPS and as you have stated earlier it is owned by "root". Even though it is 777 this does have a bearing when using NFS and the mount options you have used.

1. As was also mentioned previously, change the ownership of EPS to be <sid>adm. No matter what, having 777 with root is never a good idea.

2. unmount /usr/sap/trans and check the permissions of the mount point itself. Is the mount point <sid>adm:sapsys with 775 permissions ?

KR,

Amerjit

[Private_Member_19084]

So what is the recommendation, to be the owner of that directory?
I think <sid of devsystem>adm, as this will be the system, Upload will be done, right?

[Former Member]

Hello,

I've checked this out on my own playpen and I can't reproduce SAPCAR trying to set the permissions on the EPS directory itself.

Can you please tell me the name of the .SAR file(s) that is/are causing you the error so that I can give it a try ?

Can you also do a SAPCAR -tvf of a .SAR that poses no problems and the same for one that poses you this problem. Please post the output here.

Curiosity is getting the better of me on this one.

KR,

Amerjit

[Private_Member_19084]

Hi together,

following situation:

I still have /eps and /in with mode 777.

Owner is still root.

I've checked now both .SAR files.

As mentioned, one gets extracted and one not.

Both are extracting the .PAT file with 666.

But the one, which works extracts the /eps and also /eps/in with 755

And the one which does not work, extracts both directories with 777.

(I have done both extractions in another directory, therefore it was possible to extract them)

May this be the reason?
Does it mean, that the .SAR is packed wrong?

Kind regarsd

[Johan_sapbasis]

Hi,

1. Check the file ownership and permissions of the .SAR file beforehand list them here.

2. Also when you extract it do you use the SAPCAR located in one of the exe directories i.e. /usr/sap/<SID>/DVEBMGS<NO>/exe/SAPCAR -xvf  FILE.SAR or did you copy the SAPCAR file to your /usr/sap/trans dir?

3. If you say that is only the one file, have you perhaps re-downloaded that file and then try to re-extract it?

4. Which version of SAPCAR are you using? Usually recommended as always with SAP to use the latest version.

As for more information you can add -e option to output details of extraction to an std_out file

Kind Regards,

[Private_Member_19084]

Hello Nicolaas,

1. owner of .SAR is <sid>adm permission is 644.

2. yes, I use the one of /exe directory

3. it is not the only one, there are more which I can't extract.

4. it is the latest one. I've downloaded the newest yesterday

Don't you think it is the permission issue, as I mentioned in my last post yesterday?

Kind regards

[Former Member]

Hi,

Can you please do the following and post the screen shots:

1. ls -ld of your /usr/sap/trans/EPS and /usr/sap/trans/EPS/in

2. ls -l of /usr/sap/trans/EPS

3. SAPCAR -tvf of both the .SAR files

4. SAPCAR -xvf of both the .SAR files

5. delete SIGNATURE.SMF file

6. retry step 4 above.

KR,

Amerjit

[Former Member]

Hello,

As you are already aware, your error 13 is a error setting permissions on a file.

Below your EPS you will have your in directory and your .PAT file will be extracted into that directory.

So ....

1. Check your permissions on the in directory.

2. Check that the .PAT file in question doesn't already exist in the in directory and isn't owned by another <sid>adm user.

KR,

Amerjit

[Private_Member_19084]

Hello Amerjit,

in is also on 777

The .PAT doesn't exist already.

Any other ideas?

[Former Member]

Hello,

1. Please check the values of DIR_TRANS and DIR_EPS with tx RZ11 and make sure they correspond to where you are looking on the o/s level.

2. Please try SAPCAR directly on the o/s level and post a screen shot.

3. As <sid>adm, in each of the directories EPS, EPS/in run the command "touch DELME" and "chmod 755 DELME" and let us know what occurs (also post a screen shot if you have a error)

4. As you /usr/sap/trans is most likely NFS mounted, check your NFS mount options. You can run the command "mount" and it will display all mounts with the mount options used.

KR,

Amerjit

[Private_Member_19084]

Hello Amerjit,

I think you mean parameter, DIR_EPS_ROOT.

Both are good, DIR_TRANS and DIR_EPS_ROOT.

The messge in the subject is already the error of SAPCAR on os-level.

I've tried the touch with changing permissions, in both directories it was fine.

It is really strange, as alraedy mentioned, I can to the extracting via SAINT for one .SAR and there I also get the file in .PAT.

I've already removed it and did it again, and it really works for one file.

Kind regards

[former_member182657]

Hi,

Could you change owner of trans directory with <sid>adm:sapsys instead of root to try again.

Regards,

Gaurav

[Private_Member_19084]

I can try.

But finally this wouldn't be the solution.

As you know, /trans is mounted on all SIDs of one system-landscape.

So I would have to change the owner always, if I upload via another system.