Red Hat Bugzilla – Bug 953690
VM taken by a user from a prestarted pool does not show as "Up" until page refreshed
Last modified: 2015-09-22 09:09 EDT
Description of problem: On RHEV 3.1.3, using IE8 to access the UserPortal, if a user checks Version-Release number of selected component (if applicable): 3.1.0-50 How reproducible: Very Steps to Reproduce: 1. Open IE8 on WinXP 2. Log in to the UserPortal 3. Find a pool that is set to Prestart 4. Click "Play" to check out a VM Actual results: Pool name changes to VM name but the VM never appears as "Up" or allows the user to double click for console. The UserPortal refresh button does not change the status. The user has to click the IE refresh button to be able to open the console. Expected results: VM should quickly change to up status and offer the user to "Double click for console" Additional info: This issue does not happen when trying the above steps in Firefox 12 for Windows, so it's specific to IE8 it seems.
Hi Bryan, I did not succeeded to simulate this. My setup: - engine ovirt-engine-3.1.3 - win7 + IE8 and also fedora 17 + FF17 - a pool with 1 prestarted VM After taking this VM, first the name changed correctly and after few seconds also the VM appears up and lets me to take the VM. It worked also when the VM was not yet up and I had to wait until it starts. So I have couple of questions: - does this happen from other machines with IE8 or just from one specific? - if you delete local history (cookies etc) of the browser, does it help? - does this happen also on not prestarted pools? - does this happen also on normal VMs? (e.g. not pools?) - does this happen also on power user portal or just basic user portal? - do you see any suspicious behavior similar to this in web admin from IE8 which could be caused by this? (e.g. machine should be up but console not available etc)
(In reply to comment #3) > - does this happen from other machines with IE8 or just from one specific? We were on a Remote Support (Bomgar) screen sharing session, so I only saw it happen from one machine. The customer reports that one of their users noticed the same issue from another machine. I would be happy to invite you to the Bomgar session with the customer if you would like to witness this firsthand. > - if you delete local history (cookies etc) of the browser, does it help? Have not tried that yet. I don't think it will help because we didn't see this issue with any single VM (not in a pool) or any VM in a pool that was not prestarted. > - does this happen also on not prestarted pools? This does NOT happen on non-prestarted pools (normal pools). > - does this happen also on normal VMs? (e.g. not pools?) This does NOT happen on normal, non-pooled VMs > - does this happen also on power user portal or just basic user portal? Haven't tried it there. None of their users are given access to the Power User Portal. But I can have them try it. > - do you see any suspicious behavior similar to this in web admin from IE8 > which could be caused by this? (e.g. machine should be up but console not > available etc) Not that we've noticed so far. The UserPortal seems to work normally until we have a prestarted pool. See if you can recreate it with a pool of, say, 4 with 2 VMs prestarted. That's pretty close to what the customer had configured when we saw the issue.
Just couple of notes: - this happens also on on linux/firefox - the issue is a combination of not standard way of refreshing data and a regression introduced by optimizations for IE8 - the proposed fix unifies the behavior of taking the VM from prestarted pool with all other activities on the VM meaning that the re-rendering of the entities waits until the refresh cycle(same as e.g. start/stop/pause etc) - it means that the title of the VM does not change immediately after clicking the play icon but only after refresh cycle (same as all other)
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.
(In reply to comment #6) > Development Management has reviewed and declined this request. > You may appeal this decision by reopening this request. appealing, approving:-)
I would like to request this fix in 3.1.z since we are going to be releasing a 3.1.4 soon. Is this possible?
Note: This is labeled as a regression because it worked in 3.1.2 and no longer works in 3.1.3 due to the aforementioned IE enhancements that were made to the UserPortal (see comment#5.
merged U/S: 85943a9f8a5e590bfcf024dbd287d8e40be7c8da
*** Bug 950962 has been marked as a duplicate of this bug. ***
ok, sf16.1.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0888.html