cancel
Showing results for 
Search instead for 
Did you mean: 

WRN- Could reset accest time of /xx/xxx/XXXX.arch_xxx_.dbf.Errno =1 No owner

Anth105
Level 4
Certified
Hi  Guys,

I'm using NetBackup V6.5.5  running with the SAPagent on a Solaris 10 Server and I have seen the Warning below  reported on most of  .dbf files backups

This exercpt of the Activity  Monitor log file:  

 Warning bpbrm (pid=26687) from client xxx WRN- Could not reset access time of /oracle/SBPoraarch/SBParch1_82671_665767435.dbf. Errno = 1: Not owner
 Warning bpbrm (pid=26687) from client xxx WRN - Could not reset access time of /oracle/SBPoraarch/SBParch1_82675_665767435.dbf. Errno = 1: Not owner
 Warning bpbrm (pid=26687) from client xxx: WRN - Could not reset access time of /oracle/SBPoraarch/SBParch1_82676_665767435.dbf. Errno = 1: Not owner
 Warning bpbrm (pid=26687) from client sapsbp: WRN - Could not reset access time of /oracle/SBPoraarch/SBParch1_82678_665767435.dbf. Errno = 1: Not owner
 Warning bpbrm (pid=26687) from client sapsbp: WRN - Could not reset access time of /oracle/SBPoraarch/SBParch1_82681_665767435.dbf. Errno = 1: Not owner
 Warning bpbrm (pid=26687) from client sapsbp: WRN - Could not reset access time of /oracle/SBPoraarch/SBParch1_82682_665767435.dbf. Errno = 1: Not owner


I have appended  to the client's /usr/openv/netbackup/bp.conf file can change this behavior:  DO_NOT_RESET_FILE_ACCESS_TIME

I was expecting that the client's atimes would be changed to the time of the backup,and  the ctime will no longer be changed; therefore stopping the security alarms  but this has not been the caee.

Any sugesstion would be welcome.

Anthony

 

3 REPLIES 3

Anth105
Level 4
Certified

Oopps !!

the exact warning is :  Could not reset access time of  /xxx/xxx/   Errno = 1: Not owner

Stumpr2
Level 6
Are you running backups as the user oracle and the files are owned by root? Check to see who the actual owner of the files is and if you are su - oracle in your scripts.

Anth105
Level 4
Certified
Bob

I think  the user oracle runs the backups.   I  willl engage the DBA's to check the ownership of their scripts.

It looks like rhe owner has to be su - oracle !!!

I will keep you informed.


Many thanks

Anthony