I finally tracked it down. I had forgotten I had grabbed the most recent
version of OEL for this, which is 8. Doing this fixed it:
export CV_ASSUME_DISTID=OEL7.6
Obviously the shared home is some sort of default error message.
On Mon, Sep 16, 2019 at 1:07 AM Oleksandr Denysenko <odenysenko@xxxxxxxxx>
wrote:
hello.
you can try to figure where is the problem after running your opatch
comman again after setting
export OPATCH_DEBUG=true
Best Regards,
Oleksandr Denysenko
14.09.2019 22:03, Andrew Kerber пишет:
I downloaded the Opatch listed for the apr 2019 patch set, and I dont see
one for the Jul 2019 patch set. p6880880_190000_Linux-x86-64.zip, so it has
to be the right release. I would normally suspect an issue with the hosts
file, but I just cant find anything.
On Sat, Sep 14, 2019 at 12:47 PM Mladen Gogala <gogala.mladen@xxxxxxxxx>
wrote:
On 9/14/19 1:35 PM, Andrew Kerber wrote:
I am doing some rehearsal prior to patching a cluster, so I built a test
environment. When I run the opatchauto command, its telling me that the GI
home is shared, even though it isnt shared. Any thoughts? I dont think
its related to dns, I have checked that twice
:
OPATCHAUTO-72030: Execution mode invalid.
OPATCHAUTO-72030: Cannot execute in rolling mode, as CRS home is shared.
OPATCHAUTO-72030: Execute in non-rolling mode.
OPatchAuto failed.
--
Andrew W. Kerber
'If at first you dont succeed, dont take up skydiving.'
Hi Andrew!
Have you checked for the new OPatch version? I have encountered many
strange opatch and opatchauto errors that were resolved by the new version
of opatch. Try downloading the latest p6880880 for your platform. I have
also encountered strange errors when I have mistakenly downloaded 32 bit
patches and tried applying them to 64 bit linux.
Regards
--
Mladen Gogala
Database Consultant
Tel: (347) 321-1217
--
Andrew W. Kerber
'If at first you dont succeed, dont take up skydiving.'