Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
6.5.0
-
Untriaged
-
1
-
Yes
Description
It so happens that we can interrupt a hard failover of one node to then auto-failover the same node. ns_server should not be overriding a hard failover request from the user to do an auto-failover.
Before 6.5 hard failover was a synchronous operation, that would be completed in the idle state.
For durability we made changes to hard failover which potentially could take a long time to complete. Hence, we perform this failover in rebalancing state and return immediately to the user.
This allows hard failover to be interrupted, by auto-failover, which is not desirable.
Attachments
Activity
| Field | Original Value | New Value |
|---|---|---|
| Assignee | Dave Finlay [ dfinlay ] | Abhijeeth Nuthan [ abhijeeth.nuthan ] |
| Description |
It so happens that we can interrupt a failover of one node to then auto-failover the same node.
I feel we should not be overriding a failover request from the user to do an auto-failover. |
It so happens that we can interrupt a failover of one node to then auto-failover the same node. ns_server should not be overriding a failover request from the user to do an auto-failover.
Before 6.5 failover was a synchronous operation, that would be completed in the idle state. For durability we made changes to failover which potentially could take a long time to complete. Hence, we perform failover in rebalancing state and return immediately to the user. This allows failover to be interrupted, by auto-failover, which is not desirable. |
| Is this a Regression? | Unknown [ 10452 ] | Yes [ 10450 ] |
| Description |
It so happens that we can interrupt a failover of one node to then auto-failover the same node. ns_server should not be overriding a failover request from the user to do an auto-failover.
Before 6.5 failover was a synchronous operation, that would be completed in the idle state. For durability we made changes to failover which potentially could take a long time to complete. Hence, we perform failover in rebalancing state and return immediately to the user. This allows failover to be interrupted, by auto-failover, which is not desirable. |
It so happens that we can interrupt a failover of one node to then auto-failover the same node. ns_server should not be overriding a hard failover request from the user to do an auto-failover.
Before 6.5 failover was a synchronous operation, that would be completed in the idle state. For durability we made changes to failover which potentially could take a long time to complete. Hence, we perform failover in rebalancing state and return immediately to the user. This allows failover to be interrupted, by auto-failover, which is not desirable. |
| Summary | failover gets interrupted by auto-failover | Hard failover gets interrupted by auto-failover |
| Description |
It so happens that we can interrupt a failover of one node to then auto-failover the same node. ns_server should not be overriding a hard failover request from the user to do an auto-failover.
Before 6.5 failover was a synchronous operation, that would be completed in the idle state. For durability we made changes to failover which potentially could take a long time to complete. Hence, we perform failover in rebalancing state and return immediately to the user. This allows failover to be interrupted, by auto-failover, which is not desirable. |
It so happens that we can interrupt a hard failover of one node to then auto-failover the same node. ns_server should not be overriding a hard failover request from the user to do an auto-failover.
Before 6.5 hard failover was a synchronous operation, that would be completed in the idle state. For durability we made changes to hard failover which potentially could take a long time to complete. Hence, we perform this failover in rebalancing state and return immediately to the user. This allows hard failover to be interrupted, by auto-failover, which is not desirable. |
| Link | This issue blocks MB-40528 [ MB-40528 ] |
| Labels | approved-for-6.6.1 |
| Resolution | Fixed [ 1 ] | |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Attachment | MB-42420.png [ 116291 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |