Bug 1199039

Summary: with -object memory-backend-ram and -sandbox on, the guest will fail
Product: Red Hat Enterprise Linux 7 Reporter: Yanhui Ma <yama>
Component: qemu-kvm-rhevAssignee: Amit Shah <amit.shah>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 7.2CC: hhuang, juzhang, lmiksik, michen, mrezanin, virt-maint, xfu
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Fixed In Version: qemu-2.3 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-12-04 16:31:32 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:

Description Yanhui Ma 2015-03-05 11:27:36 UTC
Description of problem:
When I append -object memory-backend-ram and -sandbox on together, guest will fail.

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


How reproducible:

Steps to Reproduce:
1.boot a guest with -object memory-backend-ram and -sandbox on together
/usr/libexec/qemu-kvm -M pc-i440fx-rhel7.1.0 -m 4G 
-cpu Opteron_G3,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff,hv_time -smp 4,sockets=2,cores=2,threads=1 
-monitor stdio -vga std -vnc :2 
-device virtio-scsi-pci,id=scsi1,bus=pci.0,addr=0x7 -drive file=/home/win_server_2012r2_x64.qcow2,if=none,id=drive-data-disk1,cache=none,format=qcow2,aio=threads,werror=stop,rerror=stop -device scsi-hd,drive=drive-data-disk1,bus=scsi1.0,id=data-disk1,bootindex=0 
-device virtio-scsi-pci,bus=pci.0,addr=0xc,id=scsi2 -drive file=/home/data-disk-test.qcow2,if=none,id=drive-scsi2-0-0,media=disk,cache=none,format=qcow2,werror=stop,rerror=stop,aio=threads -device scsi-hd,drive=drive-scsi2-0-0,bus=scsi2.0,scsi-id=0,lun=0,id=yama2 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,id=virtio-net-pci0,mac=00:24:21:7f:b6:11,bus=pci.0,addr=0x9 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 
-global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 
-object memory-backend-ram,host-nodes=0,id=mem-0,policy=bind,prealloc=yes,size=2G -numa node,nodeid=0,memdev=mem-0 -object memory-backend-ram,host-nodes=0,id=mem-1,policy=bind,prealloc=yes,size=2G -numa node,nodeid=1,memdev=mem-1 
-sandbox on -usb -device usb-tablet,id=input0 -device usb-host,hostbus=002,hostaddr=005,id=hostdev0

Actual results:
Guest cann't boot. print the "Bad system call"

Expected results:
Guest boot successfully

Additional info:

Comment 2 FuXiangChun 2015-03-05 14:35:48 UTC
As qemu-kvm-rhev-2.1.2-23.el7.x86_64 didn't hit this issue and this bug is fixed by bug 1172473.  So this is a regression bug.

Comment 5 Lin Chen 2015-06-23 07:20:27 UTC
host kernel:3.10.0-267.el7.x86_64
host qemu:  qemu-kvm-rhev-2.2.0-8.el7.x86_64

QE retested this bug on the above environment,then got the same result.
So, the bug is reproduced on the above environment.

host kernel:3.10.0-267.el7.x86_64
host qemu:  qemu-kvm-rhev-2.3.0-4.el7.x86_64

QE retested this bug on the above environment. Appended -object memory-backend-ram and -sandbox on together, guest boot successfully.
So, the bug fixed.

Comment 9 errata-xmlrpc 2015-12-04 16:31:32 UTC
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.