Bootstrap FreeKB - IBM WebSphere - Resolve "Waiting for HAManager to activate recovery processing for local WebSphere server"
IBM WebSphere - Resolve "Waiting for HAManager to activate recovery processing for local WebSphere server"

Updated:   |  IBM WebSphere articles

Let's say the following is in the HPEL or SystemOut log when attempting to start your WebSphere network deployment manager (dmgr), node, or application server.

CWRLS0030W: Waiting for HAManager to activate recovery processing for local WebSphere server.

 


DCSV8030I

Check the SystemOut.log or HPEL log for event DCSV8030I.

DCSV8030I: DCS Stack DefaultCoreGroup at Member cell\node\appserver001: 
Failed to join or establish a view with member [cell\mgr\dmgr]. 
The reason is Not all candidates are connected ConnectedSetMissing =  [ ] ConnectedSetAdditional [ cell\node\appserver002].

 

If the SystemOut.log contains event DCSV8030I, according to this IBM article, the cause of this problem is that two or more application servers “disagree with each others member connection list”. In this scenario, the application servers that disagree are appserver001 and appserver002.

The IBM article suggests that all members (aka application servers) should be stopped and then restarted. Typically, stopping both application servers and then starting each application server one at a time will resolve this issue. After stopping both application servers, use the ps command (on Linux) to ensure there are no processes associated with either application server.

ps -ef | grep appserver001
ps -ef | grep appserver001

 

If there are any active processes with either application server, use the kill command (on Linux) to kill the processes.

kill -9 the_pid

 

In some scenarios, you may need to start application server "a" first, and then application server "b" second. Or, you may need to start application server "b" first, and then application server "a" second.

 


Allow DCS_UNICAST_ADDRESS in firewall

You may also need to allow the DCS_UNICAST_ADDRESS port in your firewall, such as iptables or firewalld (on Linux). Refer to IBM WebSphere - Firewall to determine the DCS_UNICAST_ADDRESS port.




Did you find this article helpful?

If so, consider buying me a coffee over at Buy Me A Coffee



Comments


December 09 2019 by shaw marshall
you saved my day.We went data mig on other week..but couldnt able to pull on of the appservers but node is up..thanks for your post..sometime e miss little things to check.,already PIDs were running on it.KIlled them n rebounced the boxes..working now.

December 09 2019 by Jeremy (moderator)
Awesome.Glad to hear you are up and running again.

January 13 2021 by Jason Skeel
Just in case anyone else has this issue and runs into the problem I had. Be sure to open the DCS_UNICAST_ADDRESS port in your firewall on all involved servers. This is what finally resolved the issue for me.

January 13 2021 by Jeremy (moderator)
Thanks much for the tip on allowing the DCS_UNICAST_ADDRESS port in your firewall. I've this article updated to include this tip.

Add a Comment


Please enter e88ad7 in the box below so that we can be sure you are a human.