* Kevin Wolf (kw...@redhat.com) wrote:
> Am 08.05.2015 um 10:42 hat Stefan Hajnoczi geschrieben:
> > On Tue, May 05, 2015 at 04:23:56PM +0100, Dr. David Alan Gilbert wrote:
> > > * Stefan Hajnoczi (stefa...@redhat.com) wrote:
> > > > On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
>
Am 08.05.2015 um 10:42 hat Stefan Hajnoczi geschrieben:
> On Tue, May 05, 2015 at 04:23:56PM +0100, Dr. David Alan Gilbert wrote:
> > * Stefan Hajnoczi (stefa...@redhat.com) wrote:
> > > On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
> > > >
> > > >
> > > > On 24/04/2015 11:38, We
* Stefan Hajnoczi (stefa...@redhat.com) wrote:
> On Tue, May 05, 2015 at 04:23:56PM +0100, Dr. David Alan Gilbert wrote:
> > * Stefan Hajnoczi (stefa...@redhat.com) wrote:
> > > On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
> > > >
> > > >
> > > > On 24/04/2015 11:38, Wen Congyan
On Tue, May 05, 2015 at 04:23:56PM +0100, Dr. David Alan Gilbert wrote:
> * Stefan Hajnoczi (stefa...@redhat.com) wrote:
> > On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
> > >
> > >
> > > On 24/04/2015 11:38, Wen Congyang wrote:
> > > >> >
> > > >> > That can be done with drive
On Wed, 05/06 02:26, Dong, Eddie wrote:
>
>
> > -Original Message-
> > From: Dr. David Alan Gilbert [mailto:dgilb...@redhat.com]
> > Sent: Tuesday, May 05, 2015 11:24 PM
> > To: Stefan Hajnoczi
> > Cc: Paolo Bonzini; Wen Congyang; Fam Zheng; Kevin Wolf; Lai Jiangshan; qemu
> > block; Jian
> -Original Message-
> From: Dr. David Alan Gilbert [mailto:dgilb...@redhat.com]
> Sent: Tuesday, May 05, 2015 11:24 PM
> To: Stefan Hajnoczi
> Cc: Paolo Bonzini; Wen Congyang; Fam Zheng; Kevin Wolf; Lai Jiangshan; qemu
> block; Jiang, Yunhong; Dong, Eddie; qemu devel; Max Reitz; Gonglei;
* Stefan Hajnoczi (stefa...@redhat.com) wrote:
> On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
> >
> >
> > On 24/04/2015 11:38, Wen Congyang wrote:
> > >> >
> > >> > That can be done with drive-mirror. But I think it's too early for
> > >> > that.
> > > Do you mean use drive-m
On Wed, Apr 29, 2015 at 04:37:49PM +0800, Gonglei wrote:
> On 2015/4/29 16:29, Paolo Bonzini wrote:
> >
> >
> > On 27/04/2015 11:37, Stefan Hajnoczi wrote:
> But it's only for the failover case. Quorum (or a new
> block/colo.c driver or filter) is fine for normal colo
> operatio
On 27/04/2015 11:37, Stefan Hajnoczi wrote:
>>> But it's only for the failover case. Quorum (or a new
>>> block/colo.c driver or filter) is fine for normal colo
>>> operation.
> Perhaps this patch series should mirror the Secondary's disk to a
> Backup Secondary so that the system can be prot
On 2015/4/29 16:29, Paolo Bonzini wrote:
>
>
> On 27/04/2015 11:37, Stefan Hajnoczi wrote:
But it's only for the failover case. Quorum (or a new
block/colo.c driver or filter) is fine for normal colo
operation.
>> Perhaps this patch series should mirror the Secondary's disk to a
On Fri, Apr 24, 2015 at 11:36:35AM +0200, Paolo Bonzini wrote:
>
>
> On 24/04/2015 11:38, Wen Congyang wrote:
> >> >
> >> > That can be done with drive-mirror. But I think it's too early for that.
> > Do you mean use drive-mirror instead of quorum?
>
> Only before starting up a new secondary.
On 24/04/2015 11:53, Wen Congyang wrote:
>> > Only before starting up a new secondary. Basically you do a migration
>> > with non-shared storage, and then start the secondary in colo mode.
>> >
>> > But it's only for the failover case. Quorum (or a new block/colo.c
>> > driver or filter) is fi
On 04/24/2015 05:36 PM, Paolo Bonzini wrote:
>
>
> On 24/04/2015 11:38, Wen Congyang wrote:
That can be done with drive-mirror. But I think it's too early for that.
>> Do you mean use drive-mirror instead of quorum?
>
> Only before starting up a new secondary. Basically you do a migr
On 24/04/2015 11:38, Wen Congyang wrote:
>> >
>> > That can be done with drive-mirror. But I think it's too early for that.
> Do you mean use drive-mirror instead of quorum?
Only before starting up a new secondary. Basically you do a migration
with non-shared storage, and then start the secon
On 04/24/2015 05:04 PM, Paolo Bonzini wrote:
>
>
> On 24/04/2015 10:58, Dr. David Alan Gilbert wrote:
If we can add a filter dynamically, we can add a filter that's file is nbd
dynamically after secondary qemu's nbd server is ready. In this case, I
think
there is no need to t
On 24/04/2015 10:58, Dr. David Alan Gilbert wrote:
>> > If we can add a filter dynamically, we can add a filter that's file is nbd
>> > dynamically after secondary qemu's nbd server is ready. In this case, I
>> > think
>> > there is no need to touch nbd client.
> Yes, I think maybe the harder pa
* Wen Congyang (we...@cn.fujitsu.com) wrote:
> On 04/24/2015 03:47 PM, Paolo Bonzini wrote:
> >
> >
> > On 24/04/2015 04:16, Wen Congyang wrote:
> >> I think the primary shouldn't do any I/O after failover (and the
> >> secondary should close the NBD server) so it is probably okay to igno
On 04/24/2015 03:47 PM, Paolo Bonzini wrote:
>
>
> On 24/04/2015 04:16, Wen Congyang wrote:
>> I think the primary shouldn't do any I/O after failover (and the
>> secondary should close the NBD server) so it is probably okay to ignore
>> the removal for now. Inserting the filter dyna
On 24/04/2015 04:16, Wen Congyang wrote:
>>> >> I think the primary shouldn't do any I/O after failover (and the
>>> >> secondary should close the NBD server) so it is probably okay to ignore
>>> >> the removal for now. Inserting the filter dynamically is probably
>>> >> needed though.
>> >
>>
On 04/24/2015 10:01 AM, Fam Zheng wrote:
> On Thu, 04/23 14:23, Paolo Bonzini wrote:
>>
>>
>> On 23/04/2015 14:19, Dr. David Alan Gilbert wrote:
> So that means the bdrv_start_replication and bdrv_stop_replication
> callbacks are more or less redundant, at least on the primary?
>
>
On Thu, 04/23 14:23, Paolo Bonzini wrote:
>
>
> On 23/04/2015 14:19, Dr. David Alan Gilbert wrote:
> >> > So that means the bdrv_start_replication and bdrv_stop_replication
> >> > callbacks are more or less redundant, at least on the primary?
> >> >
> >> > In fact, who calls them? Certainly not
On 23/04/2015 14:19, Dr. David Alan Gilbert wrote:
>> > So that means the bdrv_start_replication and bdrv_stop_replication
>> > callbacks are more or less redundant, at least on the primary?
>> >
>> > In fact, who calls them? Certainly nothing in this patch set...
>> > :)
> In the main colo set
* Paolo Bonzini (pbonz...@redhat.com) wrote:
>
>
> On 23/04/2015 14:05, Dr. David Alan Gilbert wrote:
> > As presented at the moment, I don't see there's any dynamic reconfiguration
> > on the primary side at the moment
>
> So that means the bdrv_start_replication and bdrv_stop_replication
> cal
On 23/04/2015 14:05, Dr. David Alan Gilbert wrote:
> As presented at the moment, I don't see there's any dynamic reconfiguration
> on the primary side at the moment
So that means the bdrv_start_replication and bdrv_stop_replication
callbacks are more or less redundant, at least on the primary?
* Paolo Bonzini (pbonz...@redhat.com) wrote:
>
>
> On 23/04/2015 13:36, Kevin Wolf wrote:
> > Crap. Then we need to figure out dynamic reconfiguration for filters
> > (CCed Markus and Jeff).
> >
> > And this is really part of the fundamental operation mode and not just a
> > way to give users a
On 23/04/2015 13:36, Kevin Wolf wrote:
> Crap. Then we need to figure out dynamic reconfiguration for filters
> (CCed Markus and Jeff).
>
> And this is really part of the fundamental operation mode and not just a
> way to give users a way to change their mind at runtime? Because if it
> were, we
Am 23.04.2015 um 12:44 hat Paolo Bonzini geschrieben:
> On 23/04/2015 12:40, Kevin Wolf wrote:
> > The question that is still open for me is whether it would be a colo.c
> > or an active-mirror.c, i.e. if this would be tied specifically to COLO
> > or if it could be kept generic enough that it coul
On 04/23/2015 06:44 PM, Paolo Bonzini wrote:
>
>
> On 23/04/2015 12:40, Kevin Wolf wrote:
>> The question that is still open for me is whether it would be a colo.c
>> or an active-mirror.c, i.e. if this would be tied specifically to COLO
>> or if it could be kept generic enough that it could be u
On 23/04/2015 12:40, Kevin Wolf wrote:
> The question that is still open for me is whether it would be a colo.c
> or an active-mirror.c, i.e. if this would be tied specifically to COLO
> or if it could be kept generic enough that it could be used for other
> use cases as well.
Understood (now).
Am 23.04.2015 um 12:33 hat Paolo Bonzini geschrieben:
> On 23/04/2015 12:17, Kevin Wolf wrote:
> > > Perhaps quorum is not a great match after all, and it's better to add a
> > > new "colo" driver similar to quorum but simpler and only using the read
> > > policy that you need for colo. The new dr
On 23/04/2015 12:17, Kevin Wolf wrote:
> > Perhaps quorum is not a great match after all, and it's better to add a
> > new "colo" driver similar to quorum but simpler and only using the read
> > policy that you need for colo. The new driver would also know how to
> > use BDRV_O_NO_CONNECT. In a
Am 23.04.2015 um 12:05 hat Paolo Bonzini geschrieben:
>
>
> On 23/04/2015 11:14, Wen Congyang wrote:
> > The bs->file->driver should support backing file, and use backing reference
> > already.
> >
> > What about the primary side? We should control when to connect to NBD
> > server,
> > not in
On 04/23/2015 05:55 PM, Stefan Hajnoczi wrote:
> On Wed, Apr 22, 2015 at 05:28:01PM +0800, Wen Congyang wrote:
>> On 04/22/2015 05:18 PM, Stefan Hajnoczi wrote:
>>> On Tue, Apr 21, 2015 at 05:28:01PM +0200, Paolo Bonzini wrote:
On 21/04/2015 03:25, Wen Congyang wrote:
>>> Please do not int
On 23/04/2015 11:14, Wen Congyang wrote:
> The bs->file->driver should support backing file, and use backing reference
> already.
>
> What about the primary side? We should control when to connect to NBD server,
> not in nbd_open().
My naive suggestion could be to add a BDRV_O_NO_CONNECT option
On 04/23/2015 05:00 PM, Kevin Wolf wrote:
> Am 22.04.2015 um 12:12 hat Paolo Bonzini geschrieben:
>> On 22/04/2015 11:31, Kevin Wolf wrote:
Actually I liked the "foo+colo" names.
These are just internal details of the implementations and the
primary/secondary disks actually can
On Wed, Apr 22, 2015 at 05:28:01PM +0800, Wen Congyang wrote:
> On 04/22/2015 05:18 PM, Stefan Hajnoczi wrote:
> > On Tue, Apr 21, 2015 at 05:28:01PM +0200, Paolo Bonzini wrote:
> >> On 21/04/2015 03:25, Wen Congyang wrote:
> > Please do not introduce "+colo" block drivers. This approach is
>
On 04/23/2015 05:26 PM, Paolo Bonzini wrote:
>
>
> On 23/04/2015 11:00, Kevin Wolf wrote:
>> Because it may be the right design.
>>
>> If you're really worried about the test matrix, put a check in the
>> filter block driver that its bs->file is qcow2. Of course, such an
>> artificial restriction
Am 23.04.2015 um 11:26 hat Paolo Bonzini geschrieben:
>
>
> On 23/04/2015 11:00, Kevin Wolf wrote:
> > Because it may be the right design.
> >
> > If you're really worried about the test matrix, put a check in the
> > filter block driver that its bs->file is qcow2. Of course, such an
> > artific
On 23/04/2015 11:00, Kevin Wolf wrote:
> Because it may be the right design.
>
> If you're really worried about the test matrix, put a check in the
> filter block driver that its bs->file is qcow2. Of course, such an
> artificial restriction looks a bit ugly, but using a bad design just
> in ord
Am 22.04.2015 um 12:12 hat Paolo Bonzini geschrieben:
> On 22/04/2015 11:31, Kevin Wolf wrote:
> >> Actually I liked the "foo+colo" names.
> >>
> >> These are just internal details of the implementations and the
> >> primary/secondary disks actually can be any format.
> >>
> >> Stefan, what was you
* Wen Congyang (we...@cn.fujitsu.com) wrote:
> Signed-off-by: Wen Congyang
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Yang Hongyang
> Signed-off-by: zhanghailiang
> Signed-off-by: Gonglei
> ---
> docs/block-replication.txt | 153
> +
> 1 file
On 22/04/2015 11:31, Kevin Wolf wrote:
>> Actually I liked the "foo+colo" names.
>>
>> These are just internal details of the implementations and the
>> primary/secondary disks actually can be any format.
>>
>> Stefan, what was your worry with the +colo block drivers?
>
> I haven't read the patc
On 04/22/2015 05:29 PM, Stefan Hajnoczi wrote:
> On Tue, Apr 21, 2015 at 09:25:59AM +0800, Wen Congyang wrote:
>> On 04/20/2015 11:30 PM, Stefan Hajnoczi wrote:
>>> On Fri, Apr 03, 2015 at 06:01:07PM +0800, Wen Congyang wrote:
>>> One general question about the design: the Secondary host needs 3x
>
Am 21.04.2015 um 17:28 hat Paolo Bonzini geschrieben:
>
>
> On 21/04/2015 03:25, Wen Congyang wrote:
> >> > Please do not introduce "+colo" block drivers. This approach is
> >> > invasive and makes block replication specific to only a few block
> >> > drivers, e.g. NBD or qcow2.
> > NBD is used
On Tue, Apr 21, 2015 at 09:25:59AM +0800, Wen Congyang wrote:
> On 04/20/2015 11:30 PM, Stefan Hajnoczi wrote:
> > On Fri, Apr 03, 2015 at 06:01:07PM +0800, Wen Congyang wrote:
> > One general question about the design: the Secondary host needs 3x
> > storage space since it has the Secondary Disk,
On 04/22/2015 05:18 PM, Stefan Hajnoczi wrote:
> On Tue, Apr 21, 2015 at 05:28:01PM +0200, Paolo Bonzini wrote:
>> On 21/04/2015 03:25, Wen Congyang wrote:
> Please do not introduce "+colo" block drivers. This approach is
> invasive and makes block replication specific to only a few block
On Tue, Apr 21, 2015 at 05:28:01PM +0200, Paolo Bonzini wrote:
> On 21/04/2015 03:25, Wen Congyang wrote:
> >> > Please do not introduce "+colo" block drivers. This approach is
> >> > invasive and makes block replication specific to only a few block
> >> > drivers, e.g. NBD or qcow2.
> > NBD is us
On 21/04/2015 03:25, Wen Congyang wrote:
>> > Please do not introduce "+colo" block drivers. This approach is
>> > invasive and makes block replication specific to only a few block
>> > drivers, e.g. NBD or qcow2.
> NBD is used to connect to secondary qemu, so it must be used. But the primary
>
On 04/20/2015 11:30 PM, Stefan Hajnoczi wrote:
> On Fri, Apr 03, 2015 at 06:01:07PM +0800, Wen Congyang wrote:
>> Signed-off-by: Wen Congyang
>> Signed-off-by: Paolo Bonzini
>> Signed-off-by: Yang Hongyang
>> Signed-off-by: zhanghailiang
>> Signed-off-by: Gonglei
>> ---
>> docs/block-replicat
On Fri, Apr 03, 2015 at 06:01:07PM +0800, Wen Congyang wrote:
> Signed-off-by: Wen Congyang
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Yang Hongyang
> Signed-off-by: zhanghailiang
> Signed-off-by: Gonglei
> ---
> docs/block-replication.txt | 153
> +++
Signed-off-by: Wen Congyang
Signed-off-by: Paolo Bonzini
Signed-off-by: Yang Hongyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
docs/block-replication.txt | 153 +
1 file changed, 153 insertions(+)
create mode 100644 docs/block-replic
51 matches
Mail list logo
