Bug 717253

Summary: qemu-kvm crashes instead of exiting gracefully when '-spice addr=blabla' option supplied
Product: Red Hat Enterprise Linux 6 Reporter: Michal Haško <mhasko>
Component: qemu-kvmAssignee: David Blechter <dblechte>
Status: CLOSED WONTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: low Docs Contact:
Priority: unspecified    
Version: 6.2CC: juzhang, mkenneth, pslavice, shuang, tburke, virt-maint
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-07-28 16:06:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Michal Haško 2011-06-28 12:58:34 UTC
Description of problem:
Some spice options when malformed make qemu-kvm exit gracefully, some make it crash with SIGABRT:

/usr/libexec/qemu-kvm -spice port=blabla
    makes qemu-kvm exit gracefully with exit code 1 and error message:
qemu-kvm: -spice port=blabla: Parameter 'port' expects a number
parse error: port=blabla

But,
/usr/libexec/qemu-kvm -spice port=3000,addr=blabla
    makes qemu-kvm crash with code 134 and message:
do_spice_init: starting 0.8.1
reds_init_socket: getaddrinfo(blabla,3000): Name or service not known

Aborted (core dumped)

Version-Release number of selected component (if applicable):
qemu-kvm-0.12.1.2-2.165.el6.x86_64
spice-server-0.8.1-2.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1. /usr/libexec/qemu-kvm -spice port=3000,addr=blabla
  
Actual results:
exit code: 134
message:
do_spice_init: starting 0.8.1
reds_init_socket: getaddrinfo(blabla,3000): Name or service not known

Aborted (core dumped)

Expected results:
exit code: 1
message:
qemu-kvm: -spice port=3000,addr=blabla: Parameter 'addr' expects a valid address identifier
parse error: addr=blabla

Comment 1 RHEL Program Management 2011-07-28 16:06:11 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.