On 09/23/2014 06:47 PM, Alexey Kardashevskiy wrote:
On 09/19/2014 06:47 PM, Kevin Wolf wrote: Am 16.09.2014 um 14:59 hat Paolo
Bonzini geschrieben:
Il 16/09/2014 14:52, Kevin Wolf ha scritto:
Yes, that's true. We can't fix this problem in qcow2, though, because
it's a more general one. I
On 09/23/2014 11:50 PM, Eric Blake wrote:
On 09/23/2014 03:26 PM, Pavel Hrdina wrote:
+
+VIR_DEBUG(Relaying domain tunable event %s %d, callback %d,
+ dom-name, dom-id, callback-callbackID);
+
Might also be nice to log %p %n, params, nparams
Yes, that would be probably
It would be nice to also print a params pointer and number of params in
the debug message and the previous limit for number of params in the rpc
message was too large. The 2048 params will be enough for future events.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
daemon/remote.c
Alex Bligh a...@alex.org.uk writes:
This patch series adds inbound migrate capability from qemu-kvm version
1.0. The main ideas are those set out in Cole Robinson's patch here:
http://pkgs.fedoraproject.org/cgit/qemu.git/tree/0001-Fix-migration-from-qemu-kvm.patch?h=f20
however, rather than
With the blkdeviotune event this patch also fixes a bug that the updated
live values weren't saved to the live XML so they won't survive
restarting the libvirtd.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
include/libvirt/libvirt.h.in | 56
On 09/23/14 22:35, John Ferlan wrote:
On 09/18/2014 05:54 AM, Peter Krempa wrote:
Report also the name of the parent file and uid/gid used to access it to
help debugging broken storage configurations.
---
src/storage/storage_driver.c | 20 +++-
1 file changed, 15
Markus,
On 24 Sep 2014, at 09:05, Markus Armbruster arm...@redhat.com wrote:
Alex Bligh a...@alex.org.uk writes:
This patch series adds inbound migrate capability from qemu-kvm version
1.0. The main ideas are those set out in Cole Robinson's patch here:
On 09/18/14 15:31, Pavel Hrdina wrote:
If you have a bridge network in running domain and libvirtd is restarted
the information about host bridge interface is lost from live xml.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1140085
Signed-off-by: Pavel Hrdina phrd...@redhat.com
If you have a bridge network in running domain and libvirtd is restarted
the information about host bridge interface is lost from live xml.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1140085
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
changes in v2:
- added error message if
On 09/24/14 11:36, Pavel Hrdina wrote:
If you have a bridge network in running domain and libvirtd is restarted
the information about host bridge interface is lost from live xml.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1140085
Signed-off-by: Pavel Hrdina phrd...@redhat.com
On 09/24/2014 11:45 AM, Peter Krempa wrote:
On 09/24/14 11:36, Pavel Hrdina wrote:
If you have a bridge network in running domain and libvirtd is restarted
the information about host bridge interface is lost from live xml.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1140085
Am 23.09.2014 um 10:47 hat Alexey Kardashevskiy geschrieben:
On 09/19/2014 06:47 PM, Kevin Wolf wrote: Am 16.09.2014 um 14:59 hat Paolo
Bonzini geschrieben:
Il 16/09/2014 14:52, Kevin Wolf ha scritto:
Yes, that's true. We can't fix this problem in qcow2, though, because
it's a more
As is done with other items such as vlan, virtualport, and bandwidth,
set the actual trustGuestRxFilters value to be used by a domain
interface according to a merge of the same attribute in the interface,
portgroup, and network in use. the interface setting always takes
precedence (if specified),
This same structure will be used to retrieve RX filter info for
interfaces on the host via netlink messages, and RX filter info for
interfaces on the guest via the qemu query-rx-filter command.
---
src/libvirt_private.syms | 8 +++
src/util/virnetdev.c | 40
This function can be called at any time to get the current status of a
guest's network device rx-filter. In particular it is useful to call
after libvirt recieves a NIC_RX_FILTER_CHANGED event - this event only
tells you that something has changed in the rx-filter, the details are
retrieved with
NIC_RX_FILTER_CHANGED is sent by qemu any time a NIC driver in the
guest modified the NIC's RX Filter (for example, if the MAC address of
the NIC is changed by the guest).
This patch doesn't do anything useful with that event; it just sets up
all the plumbing to get news of the event into a
This patch fills in the functionality of
processNicRxFilterChangedEvent(). It now checks if it is appropriate
to respond to the NIC_RX_FILTER_CHANGED event (based on device type
and configuration) and takes appropriate action. Currently it checks
if the guest interface has been configured with
This new attribute will control whether or not libvirt will pay
attention to guest notifications about changes to network device mac
addresses and receive filters. The default for this is 'no' (for
security reasons). If it is set to 'yes' *and* the specified device
model and connection support it
These patches set up an event handler for qemu's NIC_RX_FILTER_CHANGED
event, which is sent whenever a guest makes a change to a network
device's unicast/multicast filter, vlan table, or MAC address.
The handler checks if it is appropriate to respond to the
NIC_RX_FILTER_CHANGED event (based on
On Tue, Sep 23, 2014 at 16:09:56 +0200, Cristian Klein wrote:
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
src/qemu/qemu_migration.c| 1 +
src/qemu/qemu_monitor.c | 2 +-
src/qemu/qemu_monitor.h | 1 +
src/qemu/qemu_monitor_json.c | 3 ++-
On 24.09.2014 07:45, Jincheng Miao wrote:
In nodeGetFreePages, if startCell is given by '0',
and the max node number is '0' too. The for-loop
wouldn't be executed.
So convert it to while-loop.
Before:
virsh freepages --cellno 0 --pagesize 4
error: internal error: no suitable info found
On 09/24/2014 05:28 AM, zhang bo wrote:
The patch
http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=de0aeafe9ce3eb414c8b5d3aa8995d776a2952de
removes invtsc flag in the host-model CPU.
I'm wondering, will it be better to pass args migratable=no/yes to qemu,
and let qemu complete the
On 09/24/2014 07:40 PM, Michal Privoznik wrote:
On 24.09.2014 07:45, Jincheng Miao wrote:
In nodeGetFreePages, if startCell is given by '0',
and the max node number is '0' too. The for-loop
wouldn't be executed.
So convert it to while-loop.
Before:
virsh freepages --cellno 0 --pagesize 4
When building on mingw the format string for long long/unsigned long
long have to be I64d/I64u instead of lld/llu.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
I'm not sure if this is the right way to do it so sending it for review.
examples/object-events/event-test.c | 13 +++--
On Tue, Sep 23, 2014 at 16:09:57 +0200, Cristian Klein wrote:
Added a new `libvirt` migration flag `VIR_MIGRATE_POSTCOPY` and the
necessary code to pass this flag to qemu as migration capability.
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
include/libvirt/libvirt.h.in | 1 +
On Tue, Sep 23, 2014 at 16:09:58 +0200, Cristian Klein wrote:
The user first start migration using the `VIR_MIGRATE_POSTCOPY` flag,
then calls `virDomainMigrateStartPostCopy` asynchronously to switch from
pre-copy to post-copy.
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
On 24.09.2014 14:00, Jincheng Miao wrote:
On 09/24/2014 07:40 PM, Michal Privoznik wrote:
On 24.09.2014 07:45, Jincheng Miao wrote:
In nodeGetFreePages, if startCell is given by '0',
and the max node number is '0' too. The for-loop
wouldn't be executed.
So convert it to while-loop.
Before:
On Tue, Sep 23, 2014 at 16:09:59 +0200, Cristian Klein wrote:
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
src/qemu/qemu_driver.c | 44
src/qemu/qemu_monitor.c | 19 +++
src/qemu/qemu_monitor.h | 2
On Tue, Sep 23, 2014 at 16:10:00 +0200, Cristian Klein wrote:
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
src/remote/remote_driver.c | 1 +
src/remote/remote_protocol.x | 12 +++-
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git
On Wed, Sep 24, 2014 at 14:45:02 +0200, Jiri Denemark wrote:
On Tue, Sep 23, 2014 at 16:09:58 +0200, Cristian Klein wrote:
The user first start migration using the `VIR_MIGRATE_POSTCOPY` flag,
then calls `virDomainMigrateStartPostCopy` asynchronously to switch from
pre-copy to post-copy.
Check for !dev-info.alias was done after a VIR_DEBUG() statement
that already tried to print - just flip sequence
Signed-off-by: John Ferlan jfer...@redhat.com
---
src/qemu/qemu_hotplug.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git
https://bugzilla.redhat.com/show_bug.cgi?id=1141732
Introduced by commit id '8f76ad99' the logic to detach a scsi_host
device (SCSI or iSCSI) fails when attempting to remove the 'drive'
because as I found in my investigation - the DelDevice takes care of
that for us.
The investigation turned up
Prior patch removed the need for the virConnectPtr in the unplug
detach host path which caused ripple effect to remove in multiple
callers. The previous patch just left things as ATTRIBUTE_UNUSED -
this patch will remove the variable.
Signed-off-by: John Ferlan jfer...@redhat.com
---
https://bugzilla.redhat.com/show_bug.cgi?id=1141732
Attempting to hot unplug a scsi_host device fails. The first patch
resolves the issue (and has some details in the commit message). The
second patch removes the now unnecessary virConnectPtr from various
places. The third patch resolves a
On 09/24/2014 09:11 AM, John Ferlan wrote:
Prior patch removed the need for the virConnectPtr in the unplug
detach host path which caused ripple effect to remove in multiple
callers. The previous patch just left things as ATTRIBUTE_UNUSED -
this patch will remove the variable.
Prior patch removed the need for the virConnectPtr in the unplug
detach host path which caused ripple effect to remove in multiple
callers. The previous patch just left things as ATTRIBUTE_UNUSED -
this patch will remove the variable.
Signed-off-by: John Ferlan jfer...@redhat.com
---
Check for !dev-info.alias was done after a VIR_DEBUG() statement
that already tried to print - just flip sequence
Signed-off-by: John Ferlan jfer...@redhat.com
---
src/qemu/qemu_hotplug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/qemu/qemu_hotplug.c
On 09/24/2014 01:24 AM, John Ferlan wrote:
On 09/18/2014 10:15 AM, Ján Tomko wrote:
Add options for tuning segment offloading:
driver
host csum='off' gso='off' tso4='off' tso6='off'
ecn='off' ufo='off'/
guest csum='off' tso4='off' tso6='off' ecn='off' ufo='off'/
/driver
On 09/24/2014 01:24 AM, John Ferlan wrote:
On 09/18/2014 10:15 AM, Ján Tomko wrote:
Format the segment offloading options specified by
driver
host .../
guest .../
/driver
on virtio-net command line.
---
src/qemu/qemu_command.c| 40
On 09/24/2014 09:44 AM, Ján Tomko wrote:
On 09/24/2014 01:24 AM, John Ferlan wrote:
On 09/18/2014 10:15 AM, Ján Tomko wrote:
Add options for tuning segment offloading:
driver
host csum='off' gso='off' tso4='off' tso6='off'
ecn='off' ufo='off'/
guest csum='off' tso4='off'
On Wed, Sep 24, 2014 at 02:13:25PM +0200, Pavel Hrdina wrote:
When building on mingw the format string for long long/unsigned long
long have to be I64d/I64u instead of lld/llu.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
I'm not sure if this is the right way to do it so sending it for
Since libvirt-daemon-1.2.8-5 fixes the problem, I just wanted to give
everyone a heads up. The libvirt-daemon-1.2.8-1 has an error in the
spec file scripts which causes removal failure.
I had to manually rpm -e --noscripts libvirt-daemon-1.2.8-1.fc20.x86_64
and then I reinstalled
On Tue, Sep 23, 2014 at 16:10:01 +0200, Cristian Klein wrote:
Added a new parameter to the `virsh migrate` command to switch to
post-copy migration after a given timeout.
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
tools/virsh-domain.c | 72
On 09/24/2014 05:13 PM, Martin Kletzander wrote:
On Wed, Sep 24, 2014 at 02:13:25PM +0200, Pavel Hrdina wrote:
When building on mingw the format string for long long/unsigned long
long have to be I64d/I64u instead of lld/llu.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
I'm not sure if
On Wed, Sep 24, 2014 at 15:06:57 +0200, Jiri Denemark wrote:
On Tue, Sep 23, 2014 at 16:09:59 +0200, Cristian Klein wrote:
Signed-off-by: Cristian Klein cristian.kl...@cs.umu.se
---
src/qemu/qemu_driver.c | 44
src/qemu/qemu_monitor.c
On 09/16/2014 04:50 PM, Matthew Rosato wrote:
Currently, MAC registration occurs during device creation, which is
early enough that, during live migration, you end up with duplicate
MAC addresses on still-running source and target devices, even though
the target device isn't actually being
The check for ISCSI devices was missing a check of subsys type, which
meant we could skip labelling of other host devices as well. This fixes
USB hotplug on F21
https://bugzilla.redhat.com/show_bug.cgi?id=1145968
---
src/security/security_apparmor.c | 3 ++-
src/security/security_dac.c | 6
On Thursday 11 September 2014 20:24:01 Dmitry Guryanov wrote:
This patchset begins reworking of parallels driver. We have
published Opensource version of parallels SDK (under LGPL license),
so libvirt can link with it.
Hello!
Are there any news about these patches?
I've fixed them according
22.09.2014 23:34, Alex Bligh wrote:
This patch series adds inbound migrate capability from qemu-kvm version
1.0. [...]
Isn't it quite a bit too late already? That's an old version by
now, and supporting migration from it is interesting for long-term
support distributions - like redhat for
On 09/24/2014 01:48 AM, Pavel Hrdina wrote:
It would be nice to also print a params pointer and number of params in
the debug message and the previous limit for number of params in the rpc
message was too large. The 2048 params will be enough for future events.
Signed-off-by: Pavel Hrdina
On 09/24/2014 09:17 AM, Gene Czarcinski wrote:
Since libvirt-daemon-1.2.8-5 fixes the problem, I just wanted to give
everyone a heads up. The libvirt-daemon-1.2.8-1 has an error in the
spec file scripts which causes removal failure.
Known issue:
On 09/24/2014 06:13 AM, Pavel Hrdina wrote:
When building on mingw the format string for long long/unsigned long
long have to be I64d/I64u instead of lld/llu.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
Yuck. This is really a problem of the examples directory not taking
advantage of
On 09/23/2014 08:09 AM, Cristian Klein wrote:
Qemu currently implements pre-copy live migration. VM memory pages are
first copied from the source hypervisor to the destination, potentially
multiple times as pages get dirtied during transfer, then VCPU state
is migrated. Unfortunately, if the
On 09/24/2014 09:49 AM, Cole Robinson wrote:
The check for ISCSI devices was missing a check of subsys type, which
meant we could skip labelling of other host devices as well. This fixes
USB hotplug on F21
https://bugzilla.redhat.com/show_bug.cgi?id=1145968
---
On 09/24/2014 01:53 PM, Eric Blake wrote:
On 09/24/2014 06:13 AM, Pavel Hrdina wrote:
When building on mingw the format string for long long/unsigned long
long have to be I64d/I64u instead of lld/llu.
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
Yuck. This is really a problem of
* Eric Blake (ebl...@redhat.com) wrote:
On 09/23/2014 08:09 AM, Cristian Klein wrote:
Qemu currently implements pre-copy live migration. VM memory pages are
first copied from the source hypervisor to the destination, potentially
multiple times as pages get dirtied during transfer, then VCPU
On 09/24/2014 02:09 PM, Dr. David Alan Gilbert wrote:
This right here is a problem. Qemu has explicitly documented that
anything beginning with x- may be subject to change or going away in a
later release, so libvirt policy has been to delay any patches
targetting an x- interface until
On 09/24/2014 03:59 PM, Eric Blake wrote:
On 09/24/2014 09:49 AM, Cole Robinson wrote:
The check for ISCSI devices was missing a check of subsys type, which
meant we could skip labelling of other host devices as well. This fixes
USB hotplug on F21
On 09/22/2014 05:23 PM, Eric Blake wrote:
On 09/22/2014 02:49 PM, John Ferlan wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1141621
Using qemu-attach to attach to a qemu created process and then
attempting to virsh detach-interface caused a libvirtd crash
since the assumption was that
On 09/24/2014 05:50 AM, Laine Stump wrote:
This new attribute will control whether or not libvirt will pay
attention to guest notifications about changes to network device mac
addresses and receive filters. The default for this is 'no' (for
security reasons). If it is set to 'yes' *and* the
On 09/24/2014 05:50 AM, Laine Stump wrote:
As is done with other items such as vlan, virtualport, and bandwidth,
set the actual trustGuestRxFilters value to be used by a domain
interface according to a merge of the same attribute in the interface,
portgroup, and network in use. the interface
On 09/24/2014 05:50 AM, Laine Stump wrote:
This same structure will be used to retrieve RX filter info for
interfaces on the host via netlink messages, and RX filter info for
interfaces on the guest via the qemu query-rx-filter command.
---
src/libvirt_private.syms | 8 +++
On 09/24/2014 05:50 AM, Laine Stump wrote:
This function can be called at any time to get the current status of a
guest's network device rx-filter. In particular it is useful to call
after libvirt recieves a NIC_RX_FILTER_CHANGED event - this event only
tells you that something has changed
ping?
On Tue, 2014-09-23 at 12:04 +0800, Chen Fan wrote:
add some check in migration configuration.
Chen Fan (4):
virsocketaddr: return address family in virSocketAddrIsNumeric
migration: add migration_host support for Ipv6 address without
brackets
conf: add
On 09/24/2014 05:50 AM, Laine Stump wrote:
NIC_RX_FILTER_CHANGED is sent by qemu any time a NIC driver in the
guest modified the NIC's RX Filter (for example, if the MAC address of
the NIC is changed by the guest).
This patch doesn't do anything useful with that event; it just sets up
all
On 09/24/2014 05:50 AM, Laine Stump wrote:
This patch fills in the functionality of
processNicRxFilterChangedEvent(). It now checks if it is appropriate
to respond to the NIC_RX_FILTER_CHANGED event (based on device type
and configuration) and takes appropriate action. Currently it checks
On 2014/9/24 19:49, Ján Tomko wrote:
On 09/24/2014 05:28 AM, zhang bo wrote:
The patch
http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=de0aeafe9ce3eb414c8b5d3aa8995d776a2952de
removes invtsc flag in the host-model CPU.
I'm wondering, will it be better to pass args migratable=no/yes to
When detected invalid 'memAccess', virCPUDefParseXML should report error.
Resolves https://bugzilla.redhat.com/show_bug.cgi?id=1146334
Signed-off-by: Jincheng Miao jm...@redhat.com
---
src/conf/cpu_conf.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 09/24/2014 08:53 PM, Michal Privoznik wrote:
On 24.09.2014 14:00, Jincheng Miao wrote:
On 09/24/2014 07:40 PM, Michal Privoznik wrote:
On 24.09.2014 07:45, Jincheng Miao wrote:
In nodeGetFreePages, if startCell is given by '0',
and the max node number is '0' too. The for-loop
wouldn't be
On Thu, Sep 25, 2014 at 12:23:31PM +0800, Jincheng Miao wrote:
When detected invalid 'memAccess', virCPUDefParseXML should report error.
Resolves https://bugzilla.redhat.com/show_bug.cgi?id=1146334
Signed-off-by: Jincheng Miao jm...@redhat.com
---
src/conf/cpu_conf.c | 4 ++--
1 file changed, 2
70 matches
Mail list logo
