Bug 966306 - "Enable WAN Options" missing from Spice console options in UserPortal
Summary: "Enable WAN Options" missing from Spice console options in UserPortal
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-guest-agent
Version: 3.1.3
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: 3.2.0
Assignee: Vinzenz Feenstra [evilissimo]
QA Contact: Pavel Stehlik
URL:
Whiteboard: virt
Depends On: 909059
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-23 02:35 UTC by Bryan Yount
Modified: 2018-12-02 17:20 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-24 10:24:10 UTC
oVirt Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Bryan Yount 2013-05-23 02:35:56 UTC
Description of problem:
After an undetermined amount of time, the "Enable WAN Options" setting and checkbox were missing from the UserPortal's Spice Console Options dialog box. Only a restart of the ovirt-engine service caused this to re-appear.

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

How reproducible:
Intermittent

Steps to Reproduce:
Unknown. The customer noticed it was missing one day.

Expected results:
"Enable WAN Options" should always be visible

Additional Info:
A "service ovirt-engine restart" made the option re-appear in the UserPortal. No logs are available from the incident because the customer does not know when the problem began.

Comment 1 Michal Skrivanek 2013-05-23 12:42:10 UTC
might be the same as recent issues with Guest Agent socket connection. Vinzenz, can you verify?

Comment 3 Vinzenz Feenstra [evilissimo] 2013-05-23 14:15:07 UTC
What I can say is that this _can_ only be related to the guest agent socket problems IF vdsm would have been restarted. However since it was the ovirt-engine service which solved the issue it is not related to that.

Therefore this should be assigned back to some component of the engine

Comment 4 Michal Skrivanek 2013-05-24 10:24:10 UTC
without logs we can't tell anything more. Option's visibility depends on browser and application list supplied by Guest Agent.

Next time it would be great to test whether there are any issues at vdsm level, i.e. whether VDSM is able to get the application list from Guest Agent and there is no issue with communication between VDSM and Engine

Comment 5 Bryan Yount 2013-05-24 21:47:26 UTC
(In reply to Michal Skrivanek from comment #4)
> without logs we can't tell anything more. Option's visibility depends on
> browser and application list supplied by Guest Agent.
> 
> Next time it would be great to test whether there are any issues at vdsm
> level, i.e. whether VDSM is able to get the application list from Guest
> Agent and there is no issue with communication between VDSM and Engine

There is definitely some sort of issue at the vdsm level. My customer was in a hurry to get things back up and running today so they could continue testing, so we didn't try to get the application list but, I filed bug#967136 just now to tie all 3 issues we've seen with vdsm together. We have logs in that BZ as well.


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