On customized Cell Managers where "/etc/opt/omni” is a symbolic link like this:
# ls -ld /etc/opt/omni
/etc/opt/omni -> /etc_opt_omni/
Uninstallation of CS_Patch, which is started during upgrade to DP 9.00, can cause this link to be broken:
To prevent this link from being broken during the patches uninstallation we should run this command before attempting the upgrade:
rpm -e --justdb `rpm -qg Data-Protector | grep Patch`
The above will just remove the patches from the RPM DB without physically uninstalling the binaries, to avoid breaking the links.
So the patches are already safely removed when the upgrade is started.
NOTE:
This is an unexpected setup, because on supported Service Guard clusters the symbolic link points to /etc/opt/omni/server directory instead of /etc/opt/omni:
# ls -ld /etc/opt/omni/server
/etc/opt/omni/server -> /DPSHARE/etc_opt_omni_server
Uninstallation of CS_Patch during the upgrade to DP 9.00 on such supported clusters doesn’t break this link indeed:
/etc/opt/omni/server -> /DPSHARE/etc_opt_omni_server.