On Tue, Jan 11, 2011 at 09:37:46AM +0800, Wen Congyang wrote:
At 01/10/2011 07:02 PM, Daniel P. Berrange Write:
On Mon, Jan 10, 2011 at 11:20:31AM +0800, Wen Congyang wrote:
When we migrate a guest from remote host to localhost by p2p, the libvirtd
on remote host will be deadlock. This
On 01/11/2011 04:00 AM, Daniel P. Berrange wrote:
* normal migration: the URI is an address of the target host
as seen from the client machine.
* peer2peer migration: the URI is an address of the target
host as seen from the source machine.
If nothing else, we need to improve the
At 01/11/2011 07:00 PM, Daniel P. Berrange Write:
Also, nothing here is actually fixing the deadlock, which could
likely be triggered, just by giving 2 URIs explicitly pointing
to the same machine which is again requesting a localhost
migration:
virsh -c qemu+ssh://remotehost IP/system
On Mon, Jan 10, 2011 at 11:20:31AM +0800, Wen Congyang wrote:
When we migrate a guest from remote host to localhost by p2p, the libvirtd
on remote host will be deadlock. This patch fixes a bug and we can avoid
the deadlock with this patch.
The steps to reproduce this bug:
# virsh -c
At 01/10/2011 07:02 PM, Daniel P. Berrange Write:
On Mon, Jan 10, 2011 at 11:20:31AM +0800, Wen Congyang wrote:
When we migrate a guest from remote host to localhost by p2p, the libvirtd
on remote host will be deadlock. This patch fixes a bug and we can avoid
the deadlock with this patch.
When we migrate a guest from remote host to localhost by p2p, the libvirtd
on remote host will be deadlock. This patch fixes a bug and we can avoid
the deadlock with this patch.
The steps to reproduce this bug:
# virsh -c qemu+ssh://remotehost IP/system migrate --p2p domain name