Saturday, April 23, 2022

EBS 12.2 node marked as abandoned

 While running the CUTOVER phase the option appears to abandon or cut off the slave node and if we press n, it will exit out of this and then we have to rectify the error first and restart the prepare phase again by

adop phase=prepare allnodes=yes

The same goes for apply phase.

But for cutover phase, the situation is little different. ADOP will just continue by just skipping the problematic node(the problematic node has to be secondary) and this problematic node will be marked as abandoned after cut-over. If the abandoned node is meant for imporant ebs Services such as conc processing then skipping this will impact the availability of concurrent processing. So it is not advisable to skip any errors during patching. And also the admin node cannot have a status abandoned, so if an error occurs in admin node, it cannot be skipped and has to be corrected before proceeding with patching. The abandoned nodes has to be removed and recreated using rapid clone.

12.2 Adtstartal.sh Fails with "This Is An Abandoned/lagging Node. Services Cannot Be Started Up On This Node" (Doc ID 1918038.1)

1. And if user says no ('n') to above prompt, then adop will exit out with error, so then user can run the adop prepare phase again (using allnodes=yes) from primary node to recover failed nodes.


2. If user says no 'n' to the above prompt, then adop will exit with error. The user can reapply the failed patch from the primary node using allnode=yes for failed patches to recover failed node (N2).

Note: The primary node is not eligible to be counted as an abandoned node. If the primary node appears on the list of abandoned nodes, you should contact Oracle Support.

Identifying Abandoned Nodes:

1. Check the $ADOP_LOG_HOME/<latest_session_id>/adop_latest_timestamp.log log file on primary node, where adop prints the summary report for all the available nodes at the end. This report gives information about the phases completed or failed on a particular node in that cycle, and the node's status (completed or abandoned).

2. In next prepare, apply or fs_clone phase, adop displays the following error message for abandoned nodes and then exits.

Node(s) <abandoned_node_list> were abandoned in a previous patching cycle.

To recover these node(s), follow the instructions in My Oracle Support Knowledge Document 1677498.1.

Restoring Abandoned Nodes

To bring an abandoned node back into the system, you must first delete it and then restore it

1. Delete the abandoned node

To delete an abandoned node from the configuration, follow the steps in Section 5.4 of My Oracle Support Knowledge <Document 1383621.1>, Cloning Oracle E-Business Suite Release 12.2 with Rapid Clone.

2. Run fs_clone on the primary node

You can learn about running fs_clone in the Oracle E-Business Suite Maintenance Guide, Part No. E22954.

3. Restore the abandoned node

To add an abandoned node back into the configuration, follow the steps in Section 5.3 of My Oracle Support Knowledge <Document 1383621.1>, Cloning Oracle E-Business Suite Release 12.2 with Rapid Clone.

12.2 Adtstartal.sh Fails with "This Is An Abandoned/lagging Node. Services Cannot Be Started Up On This Node" (Doc ID 1918038.1)

SOLUTION
Please review the following note and apply 18283295 AD R12.AD.C.DELTA.5 to a test environment.

      Applying the Latest AD and TXK Release Update Packs to Oracle E-Business Suite Release 12.2 (Doc ID 1617461.1)

This contains a code change to package ADZDADOPB.pls within version : 

/* $Header: ADZDADOPB.pls 120.25.12020000.71 2014/05/14 14:26:33 rraam ship $ */
After the patch is applied, confirm the correct package version is in place and valid running the following from sqlplus logged is as the APPS user:  
   
select name, text from dba_source where name like 'AD_ZD_ADOP' and text like '%eader%'; 

select owner, object_name, object_type, status from dba_objects where object_name like 'AD_ZD_ADOP';