From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use
From: mahaocong
Signed-off-by: mahaocong
---
block/mirror.c| 46 ++
blockdev.c| 37 +++--
include/block/block_int.h | 3 ++-
qapi/block-core.json | 7 ++-
4 files changed, 77
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use
From: mahaocong
Signed-off-by: mahaocong
---
block/mirror.c| 55 ---
blockdev.c| 37 +--
include/block/block_int.h | 3 ++-
qapi/block-core.json | 9 +++-
4 files changed, 88
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
Compare with v1, this patch fix some shortcomings.
1.separate feature about copy dirty-bitmap to an individual patch.
2.remove checking for cancelled after mirror_dirty_init_incremental for bitmap
copyimg
From: mahaocong
This patch adds new function to copy the hbitmap from an exist dirty-bitmap to
another. The destination bitmap should have the same size and granularity with
the source bitmap, or the copy will fail.
Signed-off-by: mahaocong
---
block/dirty-bitmap.c | 14
From: mahaocong
Signed-off-by: mahaocong
---
block/dirty-bitmap.c | 14 ++
block/mirror.c | 63 +++-
blockdev.c | 36 +++--
include/block/block_int.h| 3 ++-
include/block/dirty
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
The use-case is, for live migration with ceph rbd image. I think the new
function may be used to reduce the initial dirty block number on drive-mirror
by using user-created-bitmap instead of created from
From: mahaocong
Signed-off-by: mahaocong
---
block/dirty-bitmap.c | 14 ++
block/mirror.c | 63 +++-
blockdev.c | 36 +++--
include/block/block_int.h| 3 ++-
include/block/dirty
From: mahaocong
Hi all,
This patch adds possibility to start mirroring with specific dirty-bitmap.
The use-case is, for live migration with ceph rbd image.
1.create rbd image in ceph cluster, and map nbd device with rbd image.
2.create a new bitmap attached to drive.
3.create a full backup
13 matches
Mail list logo
