Bug 569743 - Change vnc password caused 'Segmentation fault'
Change vnc password caused 'Segmentation fault'
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kvm (Show other bugs)
All Linux
high Severity high
: rc
: ---
Assigned To: Gerd Hoffmann
Virtualization Bugs
Depends On:
Blocks: Rhel5KvmTier2
  Show dependency treegraph
Reported: 2010-03-02 04:24 EST by Amos Kong
Modified: 2015-05-24 20:05 EDT (History)
6 users (show)

See Also:
Fixed In Version: kvm-83-192.el5
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2011-01-13 18:34:03 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Amos Kong 2010-03-02 04:24:23 EST
Description of problem:
Boot up a VM and execute monitor command "change vnc password", got "Segmentation fault" on terminal which strat guest.

Version-Release number of selected component (if applicable):
(host)# rpm -qa |grep kvm

(host)# rpm -qa |grep vnc

How reproducible:
reproduce 100%

Steps to Reproduce:
1. boot up a VM with " -vnc :1"
2. run # vncviewer localhost:1
3. press Ctrl+Alt+2 to switch to qemu-monitor on vnc window
4. input "change vnc password" and "Enter" on qemu-monitor

Actual results:
got "Segmentation fault" on terminal which strat guest

Expected results:
Should not got "Segmentation fault" on terminal which strat guest

Additional info:
(host)# uname -a
Linux intel-q9400-4-3.englab.nay.redhat.com 2.6.18-189.el5 #1 SMP Tue Feb 16 11:10:22 EST 2010 x86_64 x86_64 x86_64 GNU/Linux

Command line:
# qemu-kvm -vnc :1 -net nic,vlan=0,model=e1000,macaddr=00:AE:8F:93:9D:02 -net tap,vlan=0,ifname=e1000_0_8001,script=/etc/qemu-ifup-switch -m 2G  -smp 1 -drive file=./win2008-64.raw,if=ide,boot=on
Segmentation fault
Comment 1 Yaniv Kaul 2010-03-02 04:35:43 EST
Amos, what's the stack? There should be a core dump. Get it and provide the stack.
Alternatively, attach GDB to the QEMU process before you go to its monitor.
Lastly, is it a regression?
Comment 4 Gerd Hoffmann 2010-05-26 10:39:39 EDT
Upstream fixed it in a different way, by zapping the main_loop_wait() call from the monitor code.

Comment 5 Gerd Hoffmann 2010-06-08 11:10:05 EDT
Hmm, upstream fix doesn't backport easily.  Depends on other patches, which in turn change qemu behavior with password-protected block devices.  I'd rather not backport them to 5.x.  Looking into using Zach's fix instead.
Comment 10 Amos Kong 2010-09-16 23:31:02 EDT
Bug could not be reproduced with kvm-83-193.el5
Comment 12 errata-xmlrpc 2011-01-13 18:34:03 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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