SetupCCR Fails If /TMP Is Located On A Different FileSystem
(Doc ID 790486.1)
Last updated on AUGUST 31, 2021
Applies to:Oracle Configuration Manager - Version 10.3.0.1 to 10.3.1
IBM AIX on POWER Systems (64-bit)
IBM AIX Based Systems (64-bit)
The following is the configuration input and output:
:/PATCH/u01/app/PATCH/product/10.2.0/ccr/bin> setupCCR -s -d 12345678
/PATCH/u01/app/PATCH/product/10.2.0/ccr/hosts/lpenachobde/config/collector.properties: unable to duplicate owner and mode after move.
/PATCH/u01/app/PATCH/product/10.2.0/ccr/hosts/pb10orafn2dev/config/collector.properties: unable to duplicate owner and mode after move.
In this case, the Oracle Configuration Manager was downloaded onto a Windows machine and then SFTP over onto an AIX machine for extraction. The extraction itself and the installation was being performed on different filesystem and therefore the internal coding call of setupCCR was being compromised since a 'MV:' is being conducted which looks for the /TMP directory and it's proper permissions. These permissions are of course being based on where it was originally extracted.
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document