Bug 1206317 - [RFE] Add VM Recovery Parameters after Storage Timeout
Summary: [RFE] Add VM Recovery Parameters after Storage Timeout
Keywords:
Status: CLOSED DUPLICATE of bug 1230788
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: RFEs
Version: 3.5.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Yaniv Lavi
QA Contact: Raz Tamir
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-03-26 18:29 UTC by Robert McSwain
Modified: 2019-11-14 06:40 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-02-13 22:59:21 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Robert McSwain 2015-03-26 18:29:15 UTC
> 3. What is the nature and description of the request?
Currently, when a VM is paused due to storage domain latency/failure, the VMs are attempted to be unpaused only once (after a certain interval). We would like to be able to set the number of attempts and the frequency of attempts.
      
> 4. Why does the customer need this? (List the business requirements here)
Our storage domain experienced a failed HDD and caused latency to spike. VMs were paused as expected, but not all VMs were unpaused when the storage domain recovered. We were told that VMs are attempted to be unpaused only once (therefore manual intervention is required after the initial/sole attempt). Some of our VMs have high uptime SLAs, so we cannot rely on manual intervention to unpause VMs at all hours of the day.
      
> 5. How would the customer like to achieve this? (List the functional requirements here)
A GUI interface for these features would be overkill. Tunable parameters via command line (i.e., `engine-config`) would be acceptable and logical.
      
> 6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
In a test environment (similar to our setup) we could simulate a HDD failure to cause the storage domain to go latent. Additionally, we could throttle the available bandwidth to the storage domain to cause latency.
      
> 7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
None that I am aware of.
      
> 8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
Sooner rather than later, RHEV 3.5 
      
> 9. Is the sales team involved in this request and do they have any additional input? 
N/A
      
> 10. List any affected packages or components.
RHEV-M 
      
> 11. Would the customer be able to assist in testing this functionality if implemented? 
We only have a production RHEV environment and do not have additional hardware to create a test platform, so we would not be able to assist.

Comment 2 Robert McSwain 2016-05-02 21:00:08 UTC
Could we move this to RHEV 3.6?

Comment 7 Marina Kalinin 2017-02-13 22:21:08 UTC
Yaniv,
I think this RFE is a duplicate of this: bz#1230788.

What do you think?

Comment 8 Yaniv Lavi 2017-02-13 22:59:21 UTC
(In reply to Marina from comment #7)
> Yaniv,
> I think this RFE is a duplicate of this: bz#1230788.
> 
> What do you think?

That is correct.

*** This bug has been marked as a duplicate of bug 1230788 ***


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