Bug 617388 - virt-manager UI blocks for 60+ seconds while connecting to remote hypervisor
Summary: virt-manager UI blocks for 60+ seconds while connecting to remote hypervisor
Status: CLOSED DUPLICATE of bug 607735
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-manager   
(Show other bugs)
Version: 6.0
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Cole Robinson
QA Contact: Virtualization Bugs
Keywords: RHELNAK
Depends On:
TreeView+ depends on / blocked
Reported: 2010-07-22 21:51 UTC by Máirín Duffy
Modified: 2010-11-23 20:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-11-23 20:22:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
blocking virt manager ui (96.06 KB, image/png)
2010-07-22 21:51 UTC, Máirín Duffy
no flags Details

Description Máirín Duffy 2010-07-22 21:51:52 UTC
Created attachment 433817 [details]
blocking virt manager ui

Description of problem:

- i have a remote hypervisor i'm trying to connect to
- it's a qemu/kvm hypervisor, i pick the ssh tunnel for connection, in the hostname field i put "root@thehostname"
- I hit connect
- over 60 seconds pass by my laptop's clock. The UI gets blocked up and virt-manager looks like it's crashed.
- it eventually comes back and connects to the remote hypervisor.

(see screenshot)

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

How reproducible:

Steps to Reproduce:
see steps above

Comment 2 RHEL Product and Program Management 2010-07-22 22:18:08 UTC
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.

** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **

Comment 3 Cole Robinson 2010-08-06 14:46:05 UTC
Hmm, was the remote machine over a VPN connection or some other slow link? Not seeing that kind of delay with a close proximity remote host.

Do you have a lot of VMs on the remote host? Does the app lock at all after connecting?

Comment 4 Máirín Duffy 2010-08-06 15:00:21 UTC
Hi Cole, I am in the Westford office as is the remote machine - it's in the lab here in the building. No VPN connection.

There are 4 or 5 VMs on the host, but 1 is shut-off. If the app doesn't completely lock up, it works fine after connecting. 

The UI really shouldn't block, right?.... some kind of progress indicator would be good just so it's clear the app hasn't died.

Comment 5 Máirín Duffy 2010-08-06 15:00:49 UTC
Oh actually I might have lied. I may have been on the wireless VPN in the office.

Comment 6 Cole Robinson 2010-11-23 20:22:08 UTC

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

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