Hi.
I'm having a weird problem where libvirt/qemu/kvm won't let me use the model
processor I have defined in my domain's config file. Instead, I get the
error message in libvirtd.log that:
warning : x86Decode:1346 : Preferred CPU model Nehalem not allowed by
hypervisor; closest supported model
On 07/21/2012 04:21 AM, Osier Yang wrote:
Per the FSF address could be changed from time to time, and GNU
recommends the following now: (http://www.gnu.org/licenses/gpl-howto.html)
You should have received a copy of the GNU General Public License
along with Foobar. If not, see
2012/7/11 Jean-Baptiste Rouault jean-baptiste.roua...@diateam.net:
This patch adds support for parsing vmx files with
shared folders enabled.
Update test suite accordingly.
---
src/vmx/vmx.c | 134
+++-
src/vmx/vmx.h
Partly following up this message:
https://www.redhat.com/archives/libvirt-users/2011-October/msg00142.html
And what about qemu's option snapshot=on ?
Unreliable. It won't work with SELinux (since qemu tries to create the
snapshot on /tmp), and it makes your guest unmigratable. I think that
2012/7/11 Jean-Baptiste Rouault jean-baptiste.roua...@diateam.net:
This patch adds support for generating vmx files with
shared folders enabled.
Update test suite accordingly.
+virVMXFormatFileSystem(virDomainFSDefPtr def, int index, virBufferPtr buffer)
I'll replace index with number here
When using libnl use the variables pkg-config provides incase there are
additional libraries or CFLAGS required to build it. Specificially if
the libnl headers are not directly in /usr/include.
---
daemon/Makefile.am |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
The time keeping example was missing quotes which resulted in an error
if you copied and pasted the example into a domain's XML. Additionally
the rest of the examples use single quotes (') instead of double quotes
() so standardized that.
---
docs/formatdomain.html.in |8
1 files
From: Richard W.M. Jones rjo...@redhat.com
This is just code motion.
---
src/guestfs-internal.h |1 +
src/launch-appliance.c |9 -
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/guestfs-internal.h b/src/guestfs-internal.h
index 7707165..f05cec2 100644
---
This preliminary patch series adds a libvirt backend to libguestfs.
It's for review only because although it launches the guest OK, there
are some missing features that need to be implemented.
The meat of the patch is in part 4/4.
To save you the trouble of interpreting libxml2 fragments, an
From: Richard W.M. Jones rjo...@redhat.com
Since we will be calling guestfs___build_appliance from the libvirt
code in future, there's no point having two places where we have to
acquire the lock. Push the lock down into this function instead.
Because glthread/lock.h includes errno.h we have to
From: Richard W.M. Jones rjo...@redhat.com
With this commit, you can set the attach method to libvirt,
but calling launch will give an error.
---
generator/generator_actions.ml |7 +++
src/guestfs-internal.h |6 +-
src/guestfs.c | 17 +
From: Richard W.M. Jones rjo...@redhat.com
Complete the attach-method libvirt backend.
This backend uses libvirt to create a transient KVM domain to run the
appliance.
Note that this still will only work with local libvirt URIs since the
kernel, initrd and appliance links in the libvirt XML
On Sat, Jul 21, 2012 at 08:20:45PM +0100, Richard W.M. Jones wrote:
Some questions:
Another question ...
channel type=unix
source mode=connect
path=/home/rjones/d/libguestfs/libguestfsSSg3Kl/guestfsd.sock/
target type=virtio name=org.libguestfs.channel.0/
/channel
Print the actual unknown type name instead of other for AnyType objects.
---
src/esx/esx_vi.c |2 +-
src/esx/esx_vi_types.c | 36 +---
src/esx/esx_vi_types.h |1 +
3 files changed, 27 insertions(+), 12 deletions(-)
diff --git a/src/esx/esx_vi.c
2012/7/20 Ata Bohra ata.hus...@hotmail.com:
Hi Matthias,
As promised, below is the patch demonstrating the issue. One thing I lied
was its not enum that I missed but I missed one of the data objects
extended.
--
Patch is only to demonstrate the misleading error
On Sat, Jul 21, 2012 at 09:43:45PM +0100, Richard W.M. Jones wrote:
(3) SELinux/sVirt prevents qemu connecting to this socket. This one
is a pain. You'd think that if a socket is specified in the libvirt
XML then sVirt should allow access to it.
The AVCs are:
type=AVC
2012/7/19 Ata E Husain Bohra ata.hus...@hotmail.com:
Fix addresses two issues:
1. Fix generator code to allow deep copy operation for objects with
Dynamic_Cast capabilities.
2. Add missing deep copy routine to Long datatype.
Signed-off-by: Ata E Husain Bohra ata.hus...@hotmail.com
True,
- Original Message -
From: Jared list-v...@legroom.net
To: libvir-list@redhat.com
Sent: Saturday, July 21, 2012 5:46:18 AM
Subject: [libvirt] Preferred CPU model not allowed by hypervisor
Hi.
I'm having a weird problem where libvirt/qemu/kvm won't let me use
the model
On 07/21/2012 08:06 PM, Andrew Cathrow wrote:
Have a look here
https://bugzilla.redhat.com/show_bug.cgi?id=804224
Thanks, Andrew. That's definitely it. I upgraded to qemu 1.1.1 and it now
boots with modern CPU support.
Appreciate the quick response.
I did run into another problem after
On 07/21/2012 08:06 PM, Andrew Cathrow wrote:
Have a look here
https://bugzilla.redhat.com/show_bug.cgi?id=804224
Thanks, Andrew. That's definitely it. I upgraded to qemu 1.1.1 and it now
boots with modern CPU support.
Appreciate the quick response.
I did run into another problem after
20 matches
Mail list logo