on 10-08-2008 8:50 PM
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
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It is a bug and SAP is aware of. Will correct in later brtools version.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
with user root, run script "saproot.sh SID".
this script is located in the kernel directory.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.