My Oracle Support Banner

Solaris Cluster 3.x and Oracle Communications Network Charging and Control: Why Do Some Resource Groups Not Run on Their Preferred Node ? (Doc ID 1324935.1)

Last updated on SEPTEMBER 06, 2016

Applies to:

Solaris Cluster - Version 3.2U1 4/08 to OSC 3.3 3/13 [Release 3.2 to 3.3]
Oracle Solaris on SPARC (64-bit)
Oracle Solaris on SPARC (32-bit)
Oracle Solaris on x86-64 (64-bit)
Oracle Solaris on x86 (32-bit)

Goal

This article explains why some Solaris Cluster RGs (Resource Group) that the OCNCC (Oracle Communications Network Charging and Control) application use may not be running on their preferred node in or after certain unusual situations.

It allows the System Administrator to identify if and where a manual intervention is necessary to recover to a normal Cluster state, should it be different to the initial startup state.

It focuses on the OCNCC Clustered SMS (Service Management Server) implementation.

Solution

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
Goal
Solution
 Background to these questions
 What questions ?
 Answer to these questions
    Introduction
    Some relevant Group Properties definitions
       RG_mode:
       RG_affinities:
       Failback:
       Nodelist:
       RG_dependencies:
       Implicit_network_dependencies:
       Pingpong_interval:
    Some relevant Resource Properties definitions
       Resource_dependencies:
       Resource_dependencies_weak:
       Resource_dependencies_restart:
       Resource_dependencies_offline_restart:
       Failover_enabled:
       Retry_interval:
       Retry_count:
    So why is this Failover RG not running on the preferred node now that the problem is gone ?
    So why is this Scalable RG not running on both nodes now that the problem is gone ?
 Manually restore (if necessary)


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