My Oracle Support Banner

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 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/ unable to duplicate owner and mode after move.
 /PATCH/u01/app/PATCH/product/10.2.0/ccr/hosts/pb10orafn2dev/config/ 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

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.