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 regardles
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 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:
O
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 s
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 patche
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 usin
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 [P
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:5
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:
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 inter
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
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 t
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
d
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 memor
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 a
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
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 by
18 matches
Mail list logo
