Bug 1243228
| Summary: | virt-viewer window crashes after restart libvirtd in remote host | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Xiaodai Wang <xiaodwan> | ||||||
| Component: | virt-viewer | Assignee: | Virt Viewer Maint <virt-viewer-maint> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 7.2 | CC: | dblechte, fidencio, juzhou, mzhan, rbalakri, tzheng, xiaodwan | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | 7.2 | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | virt-viewer-2.0-5.el7 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | |||||||||
| : | 1246395 (view as bug list) | Environment: | |||||||
| Last Closed: | 2015-11-19 07:37:58 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1164052, 1246395, 1289971 | ||||||||
| Attachments: |
|
||||||||
Created attachment 1052167 [details]
virt-viewer debug log
Moving it back to virt-viewer. After adopting a similar approach (for handling libvirt events/mainloop integration) than the one used by libvirt-glib, xiaodwan tested http://brewweb.devel.redhat.com/brew/taskinfo?taskID=9534079 and said he was not able to reproduce the crash anymore. Sent the patches to the ML: https://www.redhat.com/archives/virt-tools-list/2015-July/msg00063.html Verified it with latest build: virt-viewer-2.0-5.el7.x86_64 Steps to Reproduce: 1. Config ssh( so that host A can login host B without password.) # ssh-keygen # ssh-copy-id .ssh/id_rsa.pub root.5.44 2. Make sure guest rhel6u7_spice is shutdown state and Run "virt-viewer -c qemu+ssh://10.66.5.44/system rhel6u7_spice --wait" on host A, and then a "Waiting for guest domain to start" window pops up. 3. Restart libvirtd on Host B. (Must only run "service libvirtd restart one time, i cannot reproduce it after restart libvirtd more than one times continuously.) # service libvirtd restart 4. Close the virt-viewer windown. Actual Result: No segment fault occurs. So move it to verified. 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. https://rhn.redhat.com/errata/RHBA-2015-2211.html |
Created attachment 1052166 [details] gdb info Description of problem: virt-viewer window crashes after restart libvirtd in remote host Version-Release number of selected component (if applicable): Host A: 10.66.5.58 # rpm -qa | grep spice spice-glib-0.26-4.el7.x86_64 spice-gtk3-0.26-4.el7.x86_64 spice-server-0.12.4-12.el7.x86_64 spice-vdagent-0.14.0-10.el7.x86_64 # rpm -q virt-viewer virt-viewer-2.0-4.el7.x86_64 Host B: 10.66.5.44 # rpm -q libvirt libvirt-0.10.2-54.el6.x86_64 How reproducible: 100% Steps to Reproduce: 1. Config ssh( so that host A can login host B without password.) # ssh-keygen # ssh-copy-id .ssh/id_rsa.pub root.5.44 2. Make sure guest rhel6u7_spice is shutdown state and Run "virt-viewer -c qemu+ssh://10.66.5.44/system rhel6u7_spice --wait" on host A, and then a "Waiting for guest domain to start" window pops up. 3. Restart libvirtd on Host B. (Must only run "service libvirtd restart one time, i cannot reproduce it after restart libvirtd more than one times continuously.) # service libvirtd restart 4. Click gnome-terminal window and wait several seconds (the virt-viewer window won't crash if do nothing after step3). Actual results: virt-viewer windows crashes Expected results: virt-viewer should not crash. Additional info: