Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1438408 - [RFE] Cluster maintenance scheduling policy
[RFE] Cluster maintenance scheduling policy
Status: CLOSED CURRENTRELEASE
Product: ovirt-engine
Classification: oVirt
Component: RFEs (Show other bugs)
4.1.0
Unspecified Unspecified
high Severity high (vote)
: ovirt-4.1.4
: 4.1.4.1
Assigned To: Martin Sivák
Artyom
: FutureFeature, Triaged
: 1145764 (view as bug list)
Depends On: 1469478
Blocks: 1488294
  Show dependency treegraph
 
Reported: 2017-04-03 07:27 EDT by Moran Goldboim
Modified: 2017-11-15 03:19 EST (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
The ClusterInMaintenance scheduling policy was added to limit activity in a cluster during maintenance tasks. When set, no new VMs may be started, except highly available VMs. Highly available VMs are still restarted properly upon host failure and any VM can be migrated. Users can create new highly available VMs and start them manually.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-07-28 10:20:09 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: SLA
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
rule-engine: ovirt‑4.1+
mgoldboi: exception+
mgoldboi: planning_ack+
rule-engine: devel_ack+
mavital: testing_ack+


Attachments (Terms of Use)
ClusterInUpgrade filter (51.91 KB, image/png)
2017-11-13 08:45 EST, Avital Pinnick
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
oVirt gerrit 75597 master MERGED scheduling: Add optional ClusterInMaintenance scheduling policy unit 2017-07-11 10:10 EDT
oVirt gerrit 79281 ovirt-engine-4.1 MERGED scheduling: Add optional ClusterInMaintenance scheduling policy unit 2017-07-11 11:57 EDT

  None (edit)
Description Moran Goldboim 2017-04-03 07:27:31 EDT
Description of problem:
upgrading a cluster is a task which requires proper planning wrt to workload distribution and management. spawning new VMs by different users is a scenario that adds complexity to this mechanism, and we would like a way to prevent those operations while allowing normal operation of the cluster while having this policy.

we would like to have a new cluster scheduling policy with the following criteria:
-block new VMs from running
-allow HA VMs failover
-allow live migration
-ability to change to this policy on a live manner
-API/SDK/Ansible support for this change of policy

the output (fail VM run) should indicate that cluster maintenance policy is in place, and thus preventing running new VMs.
Comment 2 Michal Skrivanek 2017-05-04 03:39:03 EDT
please finally remove the InClusterUpgrade one. It was supposed to be part of the effort by rmohr when it was introducing in 3.6.z, but it still exists. It's useless and misleading ever since 4.0
Comment 5 Martin Sivák 2017-06-14 06:45:21 EDT
Ok, so we discussed this with Moran and we are fine with the following limitation of scope, but it has to be explicitly documented:

- manually starting a new HA VM is not going to be covered by the policy (will be allowed)
- any user can create HA VM
Comment 6 Yaniv Kaul 2017-06-15 05:39:18 EDT
Moving to 4.1.4, as it seem to have missed 4.1.3.
Comment 7 Moran Goldboim 2017-06-19 08:26:01 EDT
*** Bug 1145764 has been marked as a duplicate of this bug. ***
Comment 8 Michal Skrivanek 2017-07-11 03:48:02 EDT
- still missing a patch to hide/remove the InClusterUpgrade policy which has a confusing name to what this RFE is trying to address (upgrading clusters)
- need to update documentation to remove the InClusterUpgrade from admin guide as well to prevent the implied need to use it for "older" to "newer" OS updates
Comment 9 Artyom 2017-07-18 10:38:42 EDT
Verified on rhevm-4.1.4.1-0.1.el7.noarch

Change cluster scheduling policy to cluster maintenance

Scenario 1:
===========
1) Start not HA VM - FAILED


Scenario 2:
===========
1) Migrate not HA VM(VM was started before policy) - SUCCSEEDED


Scenario 3:
===========
1) Update non HA VM to be HA and start it - SUCCSEEDED


Scenario 4:
===========
1) Kill HA VM, the engine must restart it - SUCCEEDED


Scenario 5:
===========
1) Put host with HA and not HA VM to maintenance - SUCCEEDED
Comment 10 Avital Pinnick 2017-11-13 08:45 EST
Created attachment 1351574 [details]
ClusterInUpgrade filter

ClusterInUpgrade filter still appears in New Schedule Policy window. Cluster_Maintenance filter has not been added.
Comment 12 Martin Sivák 2017-11-15 03:19:35 EST
This is expected. We removed the predefined in_cluster_upgrade policy and added a predefined cluster_maintenance one.

But we kept the policy units intact. Both ClusterInMaintenance and InClusterUpgrade pair (filter + weight) should still be visible in the drag'n'drop boxes.

Note You need to log in before you can comment on or make changes to this bug.