Bug 848806

Summary: ovirt-engine-backend: when updating disk the changes take several seconds to be updated even when its a simple db update
Product: Red Hat Enterprise Virtualization Manager Reporter: Dafna Ron <dron>
Component: ovirt-engineAssignee: Tal Nisan <tnisan>
Status: CLOSED CURRENTRELEASE QA Contact: Dafna Ron <dron>
Severity: medium Docs Contact:
Priority: high    
Version: unspecifiedCC: abaron, chetan, dyasny, hateya, iheim, lpeer, Rhev-m-bugs, sgrinber, yeylon, ykaul
Target Milestone: ---Keywords: Regression
Target Release: 3.2.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: storage
Fixed In Version: sf3 Doc Type: Release Note
Doc Text:
Previously, the administration portal took several seconds to reflect changes to a virtual machine's disk properties. Now, the virtual machine's Disks tab is refreshed immediately the disk's properties are edited.
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 915537    
Attachments:
Description Flags
log none

Description Dafna Ron 2012-08-16 12:55:45 UTC
Created attachment 604928 [details]
log

Description of problem:

when you edit a disk to add bootable/shared/wipe or remove them, the changes take about 5 seconds. 
so if I reopen the disk it seems that the change has not been updated. 
since these are simple db updates they should take milliseconds and not 5 seconds (and I am working with a local db). 
also adding a regression on this since this behaviour did not happen in 3.0

Version-Release number of selected component (if applicable):

si14

How reproducible:

100%

Steps to Reproduce:
1. create a disk and attach it to a vm
2. edit -> add boot tag -> save -> edit (same for wipe and share)
3.
  
Actual results:

it takes the change 5 seconds to be updated 

Expected results:

since these are simple db updates they should not take that long

Additional info: backend log

Comment 6 Tal Nisan 2012-11-26 13:49:01 UTC
gerrit.ovirt.org/9467/

Comment 7 Dafna Ron 2013-01-07 17:12:01 UTC
verified on sf3

Comment 9 Itamar Heim 2013-06-11 08:45:21 UTC
3.2 has been released

Comment 10 Itamar Heim 2013-06-11 08:45:21 UTC
3.2 has been released

Comment 11 Itamar Heim 2013-06-11 08:45:31 UTC
3.2 has been released

Comment 12 Itamar Heim 2013-06-11 08:51:31 UTC
3.2 has been released

Comment 13 Itamar Heim 2013-06-11 09:22:28 UTC
3.2 has been released