Re: [libvirt] [RFC] Design: Tunnelled NBD block disk migration

2015-07-27 Thread Michal Privoznik
On 17.07.2015 19:10, Pavel Boldin wrote: > Michal, > > Please see my comments intermixed below. > > >> >>> 1. `Pipe`s used to interconnect to the QEMU on the both sides are obviously >>> to be replaced by the UNIX sockets since the pipes cannot support >>> bidirectional output due to the design.

Re: [libvirt] [RFC] Design: Tunnelled NBD block disk migration

2015-07-17 Thread Pavel Boldin
Michal, Please see my comments intermixed below. > > > 1. `Pipe`s used to interconnect to the QEMU on the both sides are obviously > > to be replaced by the UNIX sockets since the pipes cannot support > > bidirectional output due to the design. This is to be made *one for each* > > block device,

Re: [libvirt] [RFC] Design: Tunnelled NBD block disk migration

2015-07-08 Thread Michal Privoznik
On 03.07.2015 16:24, Pavel Boldin wrote: > Dear All, > > I continue my work on the tunnelled selective block disks migration and the > next step is to implement Tunnelled NBD block disk migration. > > As far as I see libvirt uses the following algorithm for tunnelling the > QEMU migration stream

[libvirt] [RFC] Design: Tunnelled NBD block disk migration

2015-07-03 Thread Pavel Boldin
Dear All, I continue my work on the tunnelled selective block disks migration and the next step is to implement Tunnelled NBD block disk migration. As far as I see libvirt uses the following algorithm for tunnelling the QEMU migration stream that is unidirectional: 1. The qemuMigrationStartTunnel