cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-10309) VMs with HA enabled, power back on if shutdown from guest OS
Date Wed, 02 May 2018 07:45:00 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-10309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16460642#comment-16460642
] 

ASF GitHub Bot commented on CLOUDSTACK-10309:
---------------------------------------------

rhtyd closed pull request #2473: CLOUDSTACK-10309 Add option on if to VM HA power-on a OOB-shut-off-VM
URL: https://github.com/apache/cloudstack/pull/2473
 
 
   

This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:

As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java b/engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
index f5bdf38740f..6fdd09865da 100644
--- a/engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
+++ b/engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
@@ -359,6 +359,9 @@ public void setHostAllocators(final List<HostAllocator> hostAllocators)
{
             Integer.class, "vm.job.report.interval", "60",
             "Interval to send application level pings to make sure the connection is still
working", false);
 
+    static final ConfigKey<Boolean> HaVmRestartHostUp = new ConfigKey<Boolean>("Advanced",
Boolean.class, "ha.vm.restart.hostup", "true",
+            "If an out-of-band stop of a VM is detected and its host is up, then power on
the VM", true);
+
     ScheduledExecutorService _executor = null;
 
     protected long _nodeId;
@@ -3708,7 +3711,7 @@ public String getConfigComponentName() {
     public ConfigKey<?>[] getConfigKeys() {
         return new ConfigKey<?>[] {ClusterDeltaSyncInterval, StartRetry, VmDestroyForcestop,
VmOpCancelInterval, VmOpCleanupInterval, VmOpCleanupWait,
                 VmOpLockStateRetry,
-                VmOpWaitInterval, ExecuteInSequence, VmJobCheckInterval, VmJobTimeout, VmJobStateReportInterval,
VmConfigDriveLabel};
+                VmOpWaitInterval, ExecuteInSequence, VmJobCheckInterval, VmJobTimeout, VmJobStateReportInterval,
VmConfigDriveLabel, HaVmRestartHostUp};
     }
 
     public List<StoragePoolAllocator> getStoragePoolAllocators() {
@@ -3853,7 +3856,7 @@ private void handlePowerOffReportWithNoPendingJobsOnVM(final VMInstanceVO
vm) {
         case Stopped:
         case Migrating:
             s_logger.info("VM " + vm.getInstanceName() + " is at " + vm.getState() + " and
we received a power-off report while there is no pending jobs on it");
-            if(vm.isHaEnabled() && vm.getState() == State.Running && vm.getHypervisorType()
!= HypervisorType.VMware && vm.getHypervisorType() != HypervisorType.Hyperv) {
+            if(vm.isHaEnabled() && vm.getState() == State.Running && HaVmRestartHostUp.value()
&& vm.getHypervisorType() != HypervisorType.VMware && vm.getHypervisorType()
!= HypervisorType.Hyperv) {
                 s_logger.info("Detected out-of-band stop of a HA enabled VM " + vm.getInstanceName()
+ ", will schedule restart");
                 if(!_haMgr.hasPendingHaWork(vm.getId())) {
                     _haMgr.scheduleRestart(vm, true);


 

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


> VMs with HA enabled, power back on if shutdown from guest OS
> ------------------------------------------------------------
>
>                 Key: CLOUDSTACK-10309
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10309
>             Project: CloudStack
>          Issue Type: Improvement
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.9.0, 4.10.0.0
>         Environment: KVM
>            Reporter: Sean Lair
>            Priority: Minor
>
> When a user shuts down their VM from the guest OS (and VM HA is enabled), the VM just
powers itself back on.  Our environment is on KVM hosts.
> CloudStack does not know the difference between a VM failing or being shutdown from within
the guest OS.
> This is a major pain point for all our users - especially since they don't pay for VMs
when they are shutoff.  It is not intuitive for end-users to understand why they can't shutdown
VMs from within the guest OS.  Especially when they all come from (non-cloudstack) VMware
and Hyper-V environments where this is not an issue.
> However, if a host fails, we need VM HA to still work.
> This Issue is being tied to a new PR that creates a configuration option "ha.vm.restart.hostup".  With
this option set to false, if CloudStack sees a VM shutdown out-of-band, +*but the host it
was on is still* *onlin*e+, then it won't power it back on.  The logic is that since the
host is online, it was most likely shutdown from the guest OS.
> For when a host actually fails, standard VM HA logic takes over and powers on VMs (with
VM HA enabled) if the host they were on fails.
> If that "ha.vm.restart.hostup" option is true (the default to match current functionality),
it works like always, and even in-guest shutdowns of VMs causes CloudStack to power back on
the VM.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message