My domain xml is like this:
domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'
name2008-2/name
uuid6325d8a5-468d-42e9-b5cb-9a04f5f34e80/uuid
memory unit='KiB'524288/memory
currentMemory unit='KiB'524288/currentMemory
vcpu placement='static'2/vcpu
os
type
Right now, I found that Windows Failover Cluster needs SCSI-3
Persistent Reservation, I don't know where if virtio-scsi supports
this, according to http://www.ovirt.org/Features/Virtio-SCSI I found
this:
limited flexibility: virtio-blk does not support all possible storage
scenarios. For example,
Paolo Bonzini wrote:
Il 19/08/2013 16:59, Andreas Färber ha scritto:
qemu-kvm is no longer maintained since 1.3 so it should not be
occurring any more.
Please use a prefix of target-i386: (the directory name) to signal
where you are changing code, i.e. x86 only.
bugfix is not a very
Il 20/08/2013 03:26, Duy Nguyen TN ha scritto:
Vào T2, ngày 19, 08 năm 2013 lúc 11:27 +0200, Paolo Bonzini viết:
The disassembled code is
0x1dd10:push %rbx
0x1dd11:mov$0x6e,%eax
0x1dd16:mov%rdi,%rbx
0x1dd19:sub$0x20,%rsp
0x1dd1d:test
Il 20/08/2013 08:00, Timon Wang ha scritto:
disk type='file' device='disk'
driver name='qemu' type='raw' cache='none'/
source file='/home/images/win2008_2_sys'/
target dev='hda' bus='ide'/
boot order='3'/
address type='drive' controller='0' bus='0'
Il 20/08/2013 05:21, Naor Shlomo ha scritto:
Hi Paolo,
The host is running CentOS release 6.3 (Final).
I did yum upgrade libvirt and yum upgrade qemu-kvm a couple of days ago
and ended up with these versions.
What do you suggest regarding qemu? compile 6.5 or later myself?
RHEL/CentOS
On Tue, Aug 20, 2013 at 4:33 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 20/08/2013 08:00, Timon Wang ha scritto:
disk type='file' device='disk'
driver name='qemu' type='raw' cache='none'/
source file='/home/images/win2008_2_sys'/
target dev='hda' bus='ide'/
Il 20/08/2013 11:59, Timon Wang ha scritto:
On Tue, Aug 20, 2013 at 4:33 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 20/08/2013 08:00, Timon Wang ha scritto:
disk type='file' device='disk'
driver name='qemu' type='raw' cache='none'/
source
Il 20/08/2013 12:42, Timon Wang ha scritto:
[root@localhost /]# ls -l /dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk
lrwxrwxrwx. 1 root root 8 8月 20 17:38
/dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk - ../dm-13
[root@localhost /]# sg_inq /dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk
standard INQUIRY:
Hi Paolo and thanks for your help.
I upgraded the following (compiled from source)
qemu : 1.5.2 stable
libvirt : 1.1.1
but for some reason when I run the version command inside virsh:
Compiled against library: libvirt 1.1.1
Using library: libvirt 1.1.1
Using API: QEMU 1.1.1
Running hypervisor:
Thanks, the whole iSCSI LUN have been passed to the VM.
But I test it with scsicmd, and found that the driver may be not
support SPC-3, but if i use this by microsoft iscsi initiator, I can
pass all the scsi3_test tests.
Tool can be found here:
I found when I use scsicmd -d1 -s13 test command to test the
controller bus reset request, there will be a blue screen on windows
2008 r2.
The error code is :
BugCheck D1, {4, a, 0, f8800154dd06}
1: kd !analyze -v
Il 20/08/2013 13:43, Timon Wang ha scritto:
Thanks, the whole iSCSI LUN have been passed to the VM.
But I test it with scsicmd, and found that the driver may be not
support SPC-3, but if i use this by microsoft iscsi initiator, I can
pass all the scsi3_test tests.
If you are passing the LUN
Il 20/08/2013 13:13, Naor Shlomo ha scritto:
Hi Paolo and thanks for your help.
I upgraded the following (compiled from source)
qemu : 1.5.2 stable
libvirt : 1.1.1
but for some reason when I run the version command inside virsh:
Compiled against library: libvirt 1.1.1
Using library:
The QEMU command line (/var/log/libvirt/qemu/[domain name].log),
LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin HOME=/
QEMU_AUDIO_DRV=none
/usr/local/bin/qemu-system-x86_64 -name ATS1 -S -M pc-0.12 -cpu
qemu32 -enable-kvm -m 12288 -smp 4,sockets=4,cores=1,threads=1
-uuid
Juan Quintela quint...@redhat.com wrote:
Hi
Please, send any topic that you are interested in covering.
Call cancelled.
As this was the only topic, and neither Frederik or Konrad are able to
attend today, topic got moved to next call in two weeks.
Thanks, Juan.
Agenda so far:
- Talk
Alexander Graf ag...@suse.de writes:
On 19.08.2013, at 09:25, Aneesh Kumar K.V wrote:
Alexander Graf ag...@suse.de writes:
On 11.08.2013, at 20:16, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Without this, a value of rb=0 and rs=0, result in us
Il 09/08/2013 21:26, Paolo Bonzini ha scritto:
Hi all,
I'm seeing some breakage of shadow-on-shadow and shadow-on-EPT nested
VMX. Until I can track more precisely whether it is a regression, and
on which hosts I can reproduce it, I'm going to leave the patches out of
kvm/next.
The good
Il 13/08/2013 14:43, Jan Kiszka ha scritto:
Now that cpu_in/out is just a wrapper around address_space_rw, we can
also call the latter directly. As host endianness == guest endianness,
there is no need for the memory access helpers st*_p/ld*_p as well.
Signed-off-by: Jan Kiszka
Il 20/08/2013 05:33, Liu, Jinsong ha scritto:
Thanks Andreas!
This patch is for qemu-kvm.
Even though the repository is still called qemu-kvm, the uq/master
branch is the only active one and patches there will end up in upstream
QEMU.
There are no qemu-kvm releases anymore.
I applied the
Il 13/11/2012 21:40, Marcelo Tosatti ha scritto:
On Tue, Nov 13, 2012 at 08:52:54AM +0100, Christian Ehrhardt wrote:
Hi,
thanks for your reply.
On Mon, Nov 12, 2012 at 07:32:37PM -0200, Marcelo Tosatti wrote:
there is a bug in the emulation of the lapic time counter. In
Il 12/08/2013 21:56, Marcelo Tosatti ha scritto:
maxcpus, which specifies the maximum number of hotpluggable CPUs,
should not exceed KVM's vcpu limit.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Index: qemu/kvm-all.c
Il 19/08/2013 22:01, Marcelo Tosatti ha scritto:
On Mon, Aug 19, 2013 at 08:57:58PM +0200, Paolo Bonzini wrote:
Il 19/08/2013 19:13, Marcelo Tosatti ha scritto:
The configuration of the timer represented by MSR_IA32_TSCDEADLINE depends
on:
- APIC LVT Timer register.
- TSC value.
Change
The offset to add to the hosts monotonic time, kvmclock_offset, is
calculated against the monotonic time at KVM_SET_CLOCK ioctl time.
Request a master clock update at this time, to reduce a potentially
unbounded difference between the values of the masterclock and
the clock value used to
The current VFIO_DEVICE_RESET interface only maps to PCI use cases
where we can isolate the reset to the individual PCI function. This
means the device must support FLR (PCIe or AF), PM reset on D3hot-D0
transition, device specific reset, or be a singleton device on a bus
for a secondary bus
eventfd_fget() tests to see whether the file is an eventfd file, which
we then immediately pass to eventfd_ctx_fileget(), which again tests
whether the file is an eventfd file. Simplify slightly by using
fdget() so that we only test that we're looking at an eventfd once.
fget() could also be
On Tue, Aug 20, 2013 at 01:18:07PM -0600, Alex Williamson wrote:
eventfd_fget() tests to see whether the file is an eventfd file, which
we then immediately pass to eventfd_ctx_fileget(), which again tests
whether the file is an eventfd file. Simplify slightly by using
fdget() so that we only
On Fri, 16 Aug 2013 23:09:06 + Nicholas A. Bellinger
n...@linux-iscsi.org wrote:
From: Kent Overstreet k...@daterainc.com
Percpu frontend for allocating ids. With percpu allocation (that works),
it's impossible to guarantee it will always be possible to allocate all
nr_tags -
From: Asias He as...@redhat.com
Date: Mon, 19 Aug 2013 09:23:19 +0800
memcpy_fromiovec is moved from net/core/iovec.c to lib/iovec.c.
linux/uio.h provides the declaration for memcpy_fromiovec.
Include linux/uio.h instead of inux/socket.h for it.
Signed-off-by: Asias He as...@redhat.com
From the fedora 19 host:
[root@fedora ~]# sg_inq /dev/sdc
standard INQUIRY:
PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3]
[AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=0
SCCS=1 ACC=0 TPGS=1 3PC=0 Protect=0 [BQue=0]
EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0]
30 matches
Mail list logo