ERROR CODE/MESSAGE:
Messages reported in the engine_A.log and message file illustrating the offline of the diskgroup was unsuccessful
2010/01/18 12:14:44 VCS INFO V-16-1-50135 User admin fired command: hares -offline testdgvol node1a from 152.18.226.42
2010/01/18 12:14:44 VCS NOTICE V-16-1-10300 Initiating Offline of Resource testdgvol (Owner: unknown, Group: SG_snvizdbPRD) on System node1a
2010/01/18 12:14:46 VCS ERROR V-16-2-13064 (node1a) Agent is calling clean for resource(testdgvol) because the resource is up even after offline completed.
2010/01/18 12:14:47 VCS ERROR V-16-2-13069 (node1a) Resource(testdgvol) - clean failed.
Jan 18 12:14:46 node1a AgentFramework[12966]: [ID 702911 daemon.notice] VCS ERROR V-16-1-13064 Thread(3) Agent is calling clean for resource(testdgvol) because the resource is up even after offline completed.
Jan 18 12:14:46 node1a Had[10799]: [ID 702911 daemon.notice] VCS ERROR V-16-1-13064 (node1a) Agent is calling clean for resource(testdgvol) because the resource is up even after offline completed.
Jan 18 12:14:47 node1a AgentFramework[12966]: [ID 702911 daemon.notice] VCS ERROR V-16-1-13069 Thread(3) Resource(testdgvol) - clean failed.
Jan 18 12:14:47 node1a Had[10799]: [ID 702911 daemon.notice] VCS ERROR V-16-1-13069 (node1a) Resource(testdgvol) - clean failed.
SOLUTION/WORKAROUND:
The solution was that the types.cf was incorrect as it was not using the 5.0MP3 types.cf. As indicated below:-
Currently using this types.cf in the VCS configuraiton:-
#pg /etc/VRTSvcs/conf/config/types.cf
type DiskGroup (
static keylist SupportedActions = { "license.vfd", "disk.vfd", numdisks
}
static int NumThreads = 1
static int OnlineRetryLimit = 1
static str ArgList[] = { DiskGroup, StartVolumes, StopVolumes, MonitorOn
ly, MonitorReservation, tempUseFence, PanicSystemOnDGLoss, DiskGroupType }
str DiskGroup
str StartVolumes = 1
str StopVolumes = 1
boolean MonitorReservation = 0
temp str tempUseFence = INVALID
boolean PanicSystemOnDGLoss = 1
str DiskGroupType = private
)
Should be using 5.0MP3 types.cf:-
#pg /etc/VRTSvcs/conf/types.cf
type DiskGroup (
static keylist SupportedActions = { "license.vfd", "disk.vfd", "udid.vfd
", "verifyplex.vfd", "checkudid", "campusplex", "numdisks", "joindg", "splitdg",
"getvxvminfo", "volinuse" }
static int OnlineRetryLimit = 1
static str ArgList[] = { DiskGroup, StartVolumes, StopVolumes, MonitorOn
ly, MonitorReservation, tempUseFence, PanicSystemOnDGLoss, DiskGroupType, Umount
Volumes }
str DiskGroup
str StartVolumes = 1
str StopVolumes = 1
static int NumThreads = 1
boolean MonitorReservation = 0
temp str tempUseFence = INVALID
boolean PanicSystemOnDGLoss = 1
str DiskGroupType = private
int UmountVolumes = 0
)
Recommended Solution to resolve the above issue:-
1) stop cluster on all nodes in the cluster
#hastop -all
2) verify with
#gabconfig -a and #hastatus -sum
3) make a backup of the existing types.cf in /etc/VRTSvcs/conf/config
4) copy the types.cf from /etc/VRTSvcs/conf to /etc/VRTSvcs/conf/config
5) Verify the file is copied across correctly by running the diff command and it should return nothing.
# diff /etc/VRTSvcs/conf/types.cf /etc/VRTSvcs/conf/config/types.cf
6)Now start up the cluster
#hastart
verisearch.ges.symantec.com/tnotes/all_docs/340786.htm