As usual, a client reached out with this issue:
OMSPatcher finds that previous patching session is not yet completed. Please refer log file "/u01/app/oracle/middleware/cfgtoollogs/omspatcher/28018178/omspatcher_2018-07-09_23-44-58PM_deploy.log" for the previous session and execute the script "/u01/app/oracle/middleware/.omspatcher_storage/oms_session/scripts_2018-07-09_23-44-39PM/run_script_singleoms_resume.sh" to complete the previous session. OMSPatcher can proceed to execute new operations only if previous session is completed successfully.
This means a patch execution in July failed and it wasn’t noticed.
What to do? Point is, the error itself already say what needs to be done.
You just may want to make it properly. How? Here is a quick Action Plan:
ZER0) Check the Deploy log to understand the root cause for the failure on previous patch and fix it.
In my case?
Not all required components were down.
A simple “stop oms” stops only the OMS managed server, JVMD engine, and HTTP server but leaves Node Manager and Administration Server running.
However, a “stop oms -all” stops all Enterprise Manager processes including Administration Server, OMS, HTTP Server, Node Manager, Management Server, JVMD engine, and Oracle BI Publisher (if it is configured on the host). This was the fixing.
1. Blackout targets to avoid unwanted pages.
– On OEM: Enterprise–>Monitoring–>Blackouts
2. Shutdown OMS and AGENT
cd $AGENT_HOME/bin ./emctl stop agent cd $OMS_HOME/bin ./emctl stop oms -all
3. Resume Patching with issue (with provided command)
(in my case):
4. Verify patches got installed
$OMS_HOME/OPatch/opatch lsinventory $OMS_HOME/OMSPatcher/omspatcher lspatches
5. Start the OMS and agent
cd $AGENT_HOME/bin ./emctl start agent cd $OMS_HOME/bin ./emctl start oms ./emctl status oms -details
6. Sync EMCLI with server changes:
$OMS_HOME/bin/emcli login -username=sysman Enter password : <-- sysman password $OMS_HOME/bin/emcli sync