cancel
Showing results for 
Search instead for 
Did you mean: 

Brtools receiving map : Permission Denied

Former Member
0 Kudos

env is ecc 6.0, oracle 10.2.0.4

run brbackup via DB13 (BRBACKUP 7.10 (14))

get return code 1 with the following log:

BR0280I BRBACKUP time stamp: 2008-10-08 06.14.39

BR0232I 193 of 193 files saved by backup utility

BR0230I Backup utility called successfully

BR0278I Command output of '/usr/sap/DV1/SYS/exe/run/brconnect':

BR0801I BRCONNECT 7.10 (14)

PID=1413346

1413346 : map : Permission Denied

1413346 : map : Permission Denied

BR0280I BRCONNECT time stamp: 2008-10-08 06.14.40

#SIGNAL CAUGHT: 15

BR0074W BRCONNECT call failed

BR0280I BRBACKUP time stamp: 2008-10-08 06.14.41

ls -l br*

-rwsr-xr-x 1 oradv1 sapsys 5754767 Oct 01 08:45 brarchive

-rwsr-xr-x 1 oradv1 sapsys 5916278 Oct 01 08:45 brbackup

-rwsr-xr-x 1 oradv1 sapsys 7527921 Oct 01 08:45 brconnect

-rwxr-x--- 1 dv1adm sapsys 6460221 Oct 01 08:45 brrecover

-rwxr-x--- 1 dv1adm sapsys 2382536 Oct 01 08:45 brrestore

-rwxr-x--- 1 dv1adm sapsys 7822218 Oct 01 08:45 brspace

-rwsr-xr-x 1 oradv1 sapsys 3070886 Oct 01 08:45 brtools

Edited by: Wayne Engelbrecht on Oct 8, 2008 9:52 PM

Accepted Solutions (1)

Accepted Solutions (1)

JPReyes
Active Contributor
0 Kudos

You can use SAP Note 29321 - Creating traces for BR Tools to trace the error and get more info about the permissions issue.

regards

Juan

Answers (4)

Answers (4)

Former Member
0 Kudos

Hello,

This is an Oracle problem that came in with 10.2.0.4 (Oracle bug 6800649). A BRBACKUP patch is available - see note 1261142.

Regards,

Mark

Former Member
0 Kudos

It is a bug and SAP is aware of. Will correct in later brtools version.

former_member204746
Active Contributor
0 Kudos

with user root, run script "saproot.sh SID".

this script is located in the kernel directory.

Former Member
0 Kudos

I tried the saproot <sid> and it did not work. Also I agree w/ Fidel that not all br should be owned by ora<sid>. I will check out the Oracle bug and update the forum asap.

Former Member
0 Kudos

hi wayne,

make sure that all your br*

-rwsr-xr-x 1 oradv1 sapsys 5754767 Oct 01 08:45 brarchive

-rwsr-xr-x 1 oradv1 sapsys 5916278 Oct 01 08:45 brbackup

-rwsr-xr-x 1 oradv1 sapsys 7527921 Oct 01 08:45 brconnect

-rwxr-x--- 1 dv1adm sapsys 6460221 Oct 01 08:45 brrecover

-rwxr-x--- 1 dv1adm sapsys 2382536 Oct 01 08:45 brrestore

-rwxr-x--- 1 dv1adm sapsys 7822218 Oct 01 08:45 brspace

is owned by oradv1.

Then try ro run again

ardhian

http://sapbasis.wordpress.com

fidel_vales
Employee
Employee
0 Kudos

Sorry ardhian, but you are wrong.

SAP Note 113747 clearly indicated that ONLY brarchive, brbackup, and brconnect are owned by ora<sid> and brrestore, brrecover, brspace, brtools are owned by <sid>adm

I think the issue is NOT with the BR*.

BRBACKUP "works" (I mean there are no errors) and, in the internal call to BRCONNECT there is a

mapping error.

This seems to be an oracle bug in 10.2.0.4 (6800649 metalink note 562740.1)

The workaround mentioned there may work but it is not good for the BR* configuration

The message is only a warning, you have to wait until the bug is solved.

Former Member
0 Kudos

I tried removing the sticky bit on brconnect/brtools - but same thing occurred. ANyway I agree it is just a warning but will monitor the Oracle bug. Cannot find reference in OSS. Thanks