ApplicationHA 6.1, ESXi 5.5 and SQL 2012 problems
Hi all, Just wondering if anyone out there might be able to throw a bit of advice my way. Currently evaluating AppHA on VMWare (AppHA 6.1 and ESXi 5.5 hosts) with the view to buying as on paper it does exactly what we want. I've installed the High Availability Console server which has plugged into vCenter nicely, installed the ApplicationHA agent onto a VM running Windows 2012 DC R2 and SQL 2012, again all going smoothly up to this point. Now I get around to testing the agent out. I'm doing this by stopping the sql server and sql agent services on the VM and waiting for AppHA to kick in and restart both services, this is when I'm getting into a little trouble. Firstly the services do not shut down as cleanly as when the agent is not configured on the VM, a message pops up saying that windows could not stop the SQL server and that the service did not return an error, helpful I know. This does not happen when the agent is not configured on the VM, the services shut down fine. Secondly when the agent is configured and the services finally shut down, the AppHA plugin for the VM in vCenter displays a faulted status and that the SQL server service is not running and that the SQL agent service could not started. AppHA just sits there and does nothing, it does not restart the services as it should do. Now it's probably something I've done during setup but being new to the product I cannot see what, I have followed all the install pdf's and have read them over many times, I just cannot see what I may have done wrong as the setup seems simple enough. Or am I testing the product in the wrong fashion? As I'm only in evaluation mode I have no technical support with Symantec so any help with this would be very much appreciated as we are looking at buying this product and at the moment this is the final piece of the test I need to get working (probably the most important part) before I can turn to the bean counters and ask for some cash. Many Thanks LeeSolved2.4KViews1like2CommentsWhy does 1 subpath in multipathing use slice 2 and not the other??
Wondering why disk 2 show slice 2 whereas the other subpaths show only disk? Does this mean that this disk has been formatted/labeled differently? They all should be labeled EFI. [2250]$ vxdisk path SUBPATH DANAME DMNAME GROUP STATE c0t0d0s2 disk_0 - - ENABLED c3t500601683EA04599d0 storageunit1 - - ENABLED c3t500601613EA04599d0 storageunit1 - - ENABLED c2t500601603EA04599d0 storageunit1 - - ENABLED c2t500601693EA04599d0 storageunit1 - - ENABLED c3t500601613EA04599d2s2 storageunit2 - - ENABLED c3t500601683EA04599d2s2 storageunit2 - - ENABLED c2t500601693EA04599d2s2 storageunit2 - - ENABLED c2t500601603EA04599d2s2 storageunit2 - - ENABLED c3t500601613EA04599d1 storageunit3 - - ENABLED c3t500601683EA04599d1 storageunit3 - - ENABLED c2t500601603EA04599d1 storageunit3 - - ENABLED c2t500601693EA04599d1 storageunit3 - - ENABLED When I attempt to initialise the LUN I get this error. [2318]$ vxdisksetup -i storageunit2 vxedvtoc: No such device or address I can see from this output that paths are disabled. [2303]]$ vxdmpadm -v getdmpnode all NAME STATE ENCLR-TYPE PATHS ENBL DSBL ENCLR-NAME SERIAL-NO ARRAY_VOL_ID ======================================================================================================== disk_0 ENABLED Disk 1 1 0 disk 600508B1001C0CB883CB65D7A794AC54 - storageunit1 ENABLED EMC_CLARiiON 4 4 0 emc_clariion0 60060160D2202F004C1C9AB085F2E111 1 storageunit2 ENABLED EMC_CLARiiON 4 2 2 emc_clariion0 60060160D2202F00D6FACBE385F2E111 5 storageunit3 ENABLED EMC_CLARiiON 4 4 0 emc_clariion0 60060160D2202F00EE397F2986F2E111 9Solved
VCS AutoStartList ungracefully failover part2
I have two system cms-app-49-51 and cms-app-49-52 that I have been testing an ungraceful shutdown between systems (hard power off) After failing over from cms-app-49-52 to cms-app-49-51 I brought cms-app-49-52 back up and cleared all error (or so I thought.) I checked the system and everything looked to be fine all faults cleared. [root@cms-app-49-52 ~]# hastatus -sum -- SYSTEM STATE -- System State Frozen A cms-app-49-51 FAULTED 0 A cms-app-49-52 RUNNING 0 -- GROUP STATE -- Group System Probed AutoDisabled State B CMSApp_Cluster cms-app-49-52 Y N OFFLINE B CMSApp_Notifier cms-app-49-52 Y N ONLINE [root@cms-app-49-52 ~]# hagrp -display -attribute AutoDisabled #Group Attribute System Value CMSApp_Cluster AutoDisabled cms-app-49-51 0 CMSApp_Cluster AutoDisabled cms-app-49-52 0 CMSApp_Notifier AutoDisabled cms-app-49-51 0 CMSApp_Notifier AutoDisabled cms-app-49-52 0 However CMSApp_Cluster on cms-app-49-52 never started automatically until I "hagrp -online CMSApp_Cluster -sys cms-app-49-52" Attached is the logfile from both systems, please look around 2012/12/06 14:58:38Solved2KViews1like3Comments
