My Oracle Support Banner

Messaging Server Will Not Start after Patching Cluster to 3.3u2 (Doc ID 1592177.1)

Last updated on APRIL 07, 2022

Applies to:

Oracle Communications Messaging Server - Version 7.0.0 and later
Information in this document applies to any platform.


Messaging Server works properly (in and out of cluster) on node 2 of the cluster.
Messaging Server can be started manually (out of cluster) on node 1 of the cluster.
But, the cluster is unable to start Messaging on node 1.
The only messages regarding the problem are like: [ID 922363 daemon.notice] resource ims-res status msg on node node1 change to <Starting> [ID 529407 daemon.notice] resource group comms-rg state on node node1 change to RG_PENDING_ONLINE [ID 443746 daemon.notice] resource ims-res state on node node1 change to R_STARTING [ID 443746 daemon.error] resource ims-res state on node node1 change to R_START_FAILED [ID 784560 daemon.notice] resource ims-res status on node node change to R_FM_FAULTED

The above are reported on the node which is president at the time.  They show it tried to start Messaging on node1 but failed.

The normal "launching method..." and "method ... completed..." messages, which should have appeared on the node where it was trying to start the application, did not appear.

Enabling additional debugging as described in How to Enable Debugging on Sun Cluster, provided no additional information.

It seems as if the cluster is not even trying to run the ims_svc_start method even though it is able to start other resources on which Messaging depends.

Note: If both nodes had been patched and the upgrade completed, the cluster would have reported a more useful error message like:

(C480783) Error: For resource_security value <SECURE>, the executable path
        is insecure because it is owned or writable by a non-root user.
(C720144) Validation of resource mailserver64-ar in resource group MS_RG on node xxx failed.


OS and cluster patches were installed, bringing node1 from Sun Cluster 3.3 to 3.3u2.

But node2 was not patched - because they did not want to proceed with patching node2 when it seemed patching caused this problem on node1.


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

In this Document

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.