By design, when the HTC and SDRF resources come online or offline they call an action on those CVMVolDg resources that have a parent dependency with them.  This design was implemented to give support to the CVMVolDg agent across SFCFS/SFRAC versions and to overcome the challenges of hardware replication on a CVM environment.

The actions will try to import/deport the shared diskgroups defined on the CVMVolDg resources that are linked to the HTC/SDRF resources. Due to this, and on normal circumstances, the CVMVolDg resources may be brought online/offline by VCS automatically.

Online example

2014/05/19 03:14:24 VCS NOTICE V-16-20038-6809 (server001) HTC:htc_rep_res:online:state of htc_rep_res is PAIR; role is P-VOL
2014/05/19 03:14:24 VCS NOTICE V-16-20038-6402 (server001) HTC:htc_rep_res:online:devices in group htc_rep_res are all read/write enabled; no action is required

2014/05/19 03:14:24 VCS INFO V-16-1-50135 User root fired command: hares -lock htc_rep_res  from localhost
2014/05/19 03:14:24 VCS NOTICE V-16-20038-60000 (server001) HTC:htc_rep_res:online:Resource htc_rep_res is its group's first HTC resource in this cluster to online; all CVM Disk Groups used by this group will be imported on all nodes if they have not already been
2014/05/19 03:14:24 VCS INFO V-16-1-50135 User root fired command: hares -action oracledg  import  0  server001  from localhost
2014/05/19 03:14:24 VCS WARNING V-16-20007-1013 (server001) CVMVolDg:oracledg:actions:Diskgroups will be imported with reservations
2014/05/19 03:14:32 VCS NOTICE V-16-20007-1009 (server001) CVMVolDg:oracledg:actions:vxdg import succeeded on Disk Group oracledg
2014/05/19 03:14:32 VCS INFO V-16-1-50135 User root fired command: hares -action data1dg  import  0  server001  from localhost
2014/05/19 03:14:32 VCS WARNING V-16-20007-1013 (server001) CVMVolDg:data1dg:actions:Diskgroups will be imported with reservations

In 6.0.3 SFCFS or SFRAC versions the CVMvolDg agent has built-in functionality to import and deport shared diskgroups on its online/offline methods. This means it doesn't need another resource to call the import/deport actions for supporting CVM and replication.

In this version also the CVMVolDg agent comes with the actions built in by default with the installation:

type CVMVolDg (
        static keylist RegList = { CVMActivation, CVMVolume }
        static int ActionTimeout = 300
        static keylist SupportedActions = { import, deport, vxdctlenable }      <--------------------------
        static int OnlineRetryLimit = 2
        static int OnlineTimeout = 400
        static str ArgList[] = { CVMDiskGroup, CVMVolume, CVMActivation, CVMVolumeIoTest, CVMDGAction, CVMDeportOnOffline, CVMDeactivateOnOffline, State }
        int CVMDeactivateOnOffline
        keylist CVMVolume
        str CVMDGAction
        temp int voldg_stat
        keylist CVMVolumeIoTest
        str CVMActivation
        int CVMDeportOnOffline
        str CVMDiskGroup

If customers in this version would like to avoid that the HTC/SDRF agents control the import and deport of the diskgroups defined in the CVMVolDg resources, it is supported to remove the actions of import and deport of the CVMVoDg as a workaround. However, the attribute of CVMDeportOnOffline must be set to 1 for all the CVMVolDg resources that depend on the HTC/SDRF resources. 

To modify the actions:

# hatype -modify CVMVolDg SupportedActions vxdctlenable

Applies To

6.0.3 SFCFS or 6.0.3 SFRAC. All unix platforms.  HTC agent versions 5.0.10.0 & 5.0.12.0. SDRF agents 5.0.19.0 and 5.0.20.0