Bug 1177245

Summary: Trying to install spinal stack on RHEL causes: SATA is not supported with this QEMU binary
Product: [Community] RDO Reporter: Udi Kalifon <ukalifon>
Component: distributionAssignee: James Slagle <jslagle>
Status: CLOSED DUPLICATE QA Contact: Ami Jeain <ajeain>
Severity: low Docs Contact:
Priority: unspecified    
Version: JunoCC: adarazs, markmc, ukalifon, whayutin, yeylon, yisun
Target Milestone: ---   
Target Release: Juno   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1193659 (view as bug list) Environment:
Last Closed: 2015-02-27 14:38:59 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: 1193659    

Description Udi Kalifon 2014-12-25 11:14:24 UTC
Description of problem:
When running instack-setup-host on a RHEL 7 machine you fail with a qemu error:

Created machine instack with UUID 448eefe9-ffc1-46c2-99db-e698441d9e36
+ virsh start instack
error: Failed to start domain instack
error: unsupported configuration: SATA is not supported with this QEMU binary


How reproducible:
100%


Steps to Reproduce:
1. Install accordint to the instructions of TripleO, but run instack-setup-host (from https://raw.githubusercontent.com/hardys/spinalstack-env/master/instack-setup-host) instead of instack-virt-setup


Actual results:
The instack VM can't start

Comment 1 Udi Kalifon 2015-01-26 09:39:27 UTC
This problem happens from time to time, also with TripleO and not just instack. Reprovisioning the host solves this. It is not clear why it keeps happening randomly.

Comment 2 wes hayutin 2015-02-17 00:52:02 UTC
This issue has resurfaced in the latest poodles and puddles.
poodle = 6.0/2015-02-16.3

It seems to be repeatable, we're unable to launch guests w/ the latest builds
Last known good version is puddle 2015-01-20.1 \

Comment 3 wes hayutin 2015-02-27 14:15:19 UTC
Possible workaround
rm -Rf  /var/cache/libvirt/qemu/capabilities/
service libvirtd restart

Comment 4 wes hayutin 2015-02-27 14:38:59 UTC

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