On 03.06.2015 01:17, John Snow wrote:
On 05/28/2015 04:56 PM, Denis V. Lunev wrote:
On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 01/26/2016 03:45 AM, Vladimir Sementsov-Ogievskiy wrote:
> On 03.06.2015 01:17, John Snow wrote:
>>
>> On 05/28/2015 04:56 PM, Denis V. Lunev wrote:
>>> On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
> On 26/05/15 17:48, Denis V. Lunev wrote:
>>
On Tue, 01/26 17:57, John Snow wrote:
> Can we implement a function that, in the event of a disaster, compares
> the current state of the drive with the last known good incremental and
> populates a bitmap based on the difference?
>
> Actually, we probably really want this feature around
On 13/06/15 01:16, John Snow wrote:
Ping for maintainer reviews -- I've given it a first pass and it should
hopefully be close.
Thanks,
--js
do we need to respin? I do not see much attention from maintainers here.
Den
On 05/13/2015 11:29 AM, Vladimir Sementsov-Ogievskiy wrote:
These
On 06/19/2015 12:57 PM, Denis V. Lunev wrote:
On 13/06/15 01:16, John Snow wrote:
Ping for maintainer reviews -- I've given it a first pass and it should
hopefully be close.
Thanks,
--js
do we need to respin? I do not see much attention from maintainers here.
Den
Not sure. Either
Ping for maintainer reviews -- I've given it a first pass and it should
hopefully be close.
Thanks,
--js
On 05/13/2015 11:29 AM, Vladimir Sementsov-Ogievskiy wrote:
These patches provide dirty bitmap migration feature. Only named dirty
bitmaps are to be migrated. Migration may be enabled using
On 03/06/15 01:17, John Snow wrote:
On 05/28/2015 04:56 PM, Denis V. Lunev wrote:
On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On
On 03.06.2015 01:12, John Snow wrote:
On 05/13/2015 11:29 AM, Vladimir Sementsov-Ogievskiy wrote:
These patches provide dirty bitmap migration feature. Only named dirty
bitmaps are to be migrated. Migration may be enabled using migration
capabilities.
v5:
- rebase on master
- drop
On 05/28/2015 04:56 PM, Denis V. Lunev wrote:
On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir
On 05/13/2015 11:29 AM, Vladimir Sementsov-Ogievskiy wrote:
These patches provide dirty bitmap migration feature. Only named dirty
bitmaps are to be migrated. Migration may be enabled using migration
capabilities.
v5:
- rebase on master
- drop [PATCH RFC v4 10/13] iotests: add
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev
On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev (in CC) about
how to drop meta bitmaps and make
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev (in CC) about
how to drop meta bitmaps and make things easer.
method:
start migration
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev (in CC) about
how to drop meta bitmaps and make things easer.
method:
start migration
disk and memory are migrated, but not dirty bitmaps.
stop vm
create all necessary bitmaps in destination vm (empty, but with same
names
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev (in CC) about
how to drop meta bitmaps and make things easer.
method:
start migration
disk and memory are migrated, but not dirty bitmaps.
stop vm
create all necessary
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On 21/05/15 16:51, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Hmm. There is an interesting suggestion from Denis Lunev (in CC) about
how to drop meta bitmaps and make things easer.
method:
start migration
disk and memory are migrated, but
These patches provide dirty bitmap migration feature. Only named dirty
bitmaps are to be migrated. Migration may be enabled using migration
capabilities.
v5:
- rebase on master
- drop [PATCH RFC v4 10/13] iotests: add event_wait to VM class
- remove rfc, as incremental backup series
18 matches
Mail list logo
