Hi Sandra
That "file" should be a symlink to the fantastically named* /etc/sysconfig/*
*oracleasm-_dev_oracleasm*. If it has been edited with an editor that
doesn't follow links that would be an explanation as to how you got here. I
suspect that whether it is safe to edit or not would depend on what the
differences are. Any of the scan related parameters should be fine
to change in extremis. I wouldn't touch the others and would prefer a
downtime window.
To answer your other, likely related question, as part of our 11g to 12
upgrade process we ran the following prior to the upgrade weekend to catch
errors such as this
cluvfy stage -pre crsinst -upgrade -src_crshome <old home> -dest_crshome
<new home> -dest_version <version string> -verbose
We *also* ran orachk as well to catch things that orachk picked up but
cluvfy didn't.
./orachk -u -o pre
at the time we scripted all this (2015) both orachk and cluvfy were prone
to false positives.
On Thu, Mar 16, 2017 at 9:52 PM, Sandra Becker <sbecker6925@xxxxxxxxx>
wrote:
The file is /etc/sysconfig/oracleasm.
Sandy
On Thu, Mar 16, 2017 at 2:09 PM, Andrew Kerber <andrew.kerber@xxxxxxxxx>
wrote:
What do you mean by oracleasm files? The asmlib files?
Sent from my iPad
On Mar 16, 2017, at 1:21 PM, Sandra Becker <sbecker6925@xxxxxxxxx>wrote:
the runInstaller failed when checking the oracleasm files. They didn't
During a recent GRID upgrade (11g to 12c) on a 2-node linux cluster,
match between the nodes. Do you need to wait for a downtime window to fix
these or can they be reconfigured at any time?
--
Sandy B.
--
Sandy B.
