On 03/10/2016 08:40 PM, Paolo Bonzini wrote:
On 10/03/2016 18:37, Stefan Hajnoczi wrote:
I suggest giving the new NBD command a "type" argument:
0 - SCSI mapped/anchored values according to SCSI Get LBA Status
1 - Dirty/clean, useful for incremental backup and other blocking tracking cases
Thi
On 10/03/2016 18:37, Stefan Hajnoczi wrote:
> I suggest giving the new NBD command a "type" argument:
> 0 - SCSI mapped/anchored values according to SCSI Get LBA Status
> 1 - Dirty/clean, useful for incremental backup and other blocking tracking
> cases
>
> This way we don't impinge on SCSI sem
On Mon, Feb 29, 2016 at 9:42 AM, Paolo Bonzini wrote:
>
>
> On 29/02/2016 09:54, Paolo Bonzini wrote:
>>
>>
>> On 29/02/2016 09:14, Markus Armbruster wrote:
>>> I completely agree with you that Get LBA Status cannot just reflect the
>>> top layer. But that's not what I meant to propose. Let me t
Markus Armbruster writes:
[...]
> Consider a QCOW2 image D (for delta) with a backing file B (for base).
> If you open it normally, you see "D over B". Get LBA Status should
> certainly claim the "deallocated" state only for blocks that are
> allocated neither in D nor B.
>
> However, you can al
On Mon, 02/29 10:42, Paolo Bonzini wrote:
>
>
> On 29/02/2016 09:54, Paolo Bonzini wrote:
> >
> >
> > On 29/02/2016 09:14, Markus Armbruster wrote:
> >> I completely agree with you that Get LBA Status cannot just reflect the
> >> top layer. But that's not what I meant to propose. Let me try t
On 29/02/2016 09:54, Paolo Bonzini wrote:
>
>
> On 29/02/2016 09:14, Markus Armbruster wrote:
>> I completely agree with you that Get LBA Status cannot just reflect the
>> top layer. But that's not what I meant to propose. Let me try to
>> explain myself more clearly.
>>
>> Consider a QCOW2 i
On 29/02/2016 09:14, Markus Armbruster wrote:
> I completely agree with you that Get LBA Status cannot just reflect the
> top layer. But that's not what I meant to propose. Let me try to
> explain myself more clearly.
>
> Consider a QCOW2 image D (for delta) with a backing file B (for base).
>
Paolo Bonzini writes:
> On 19/02/2016 09:51, Markus Armbruster wrote:
>>> Is it an abuse to "Get LBA Status" to return dirty information? Because in
>>> SCSI
>>> the command reports "mapped", "allocated" and "anchored" statuses. Does that
>>> mean NBD will use a different status set?
>>
>> Perh
On Fri, 02/26 23:40, Denis V. Lunev wrote:
> On 02/26/2016 10:55 PM, Paolo Bonzini wrote:
> >
> >On 19/02/2016 09:51, Markus Armbruster wrote:
> >>>Is it an abuse to "Get LBA Status" to return dirty information? Because in
> >>>SCSI
> >>>the command reports "mapped", "allocated" and "anchored" sta
On 02/26/2016 03:03 PM, Paolo Bonzini wrote:
>
>
> On 26/02/2016 20:55, Paolo Bonzini wrote:
>>
>>
>> On 19/02/2016 09:51, Markus Armbruster wrote:
Is it an abuse to "Get LBA Status" to return dirty information? Because in
SCSI
the command reports "mapped", "allocated" and "anch
On 02/26/2016 10:55 PM, Paolo Bonzini wrote:
On 19/02/2016 09:51, Markus Armbruster wrote:
Is it an abuse to "Get LBA Status" to return dirty information? Because in SCSI
the command reports "mapped", "allocated" and "anchored" statuses. Does that
mean NBD will use a different status set?
Perh
On 02/26/2016 11:03 PM, Paolo Bonzini wrote:
On 26/02/2016 20:55, Paolo Bonzini wrote:
On 19/02/2016 09:51, Markus Armbruster wrote:
Is it an abuse to "Get LBA Status" to return dirty information? Because in SCSI
the command reports "mapped", "allocated" and "anchored" statuses. Does that
mea
On 26/02/2016 20:55, Paolo Bonzini wrote:
>
>
> On 19/02/2016 09:51, Markus Armbruster wrote:
>>> Is it an abuse to "Get LBA Status" to return dirty information? Because in
>>> SCSI
>>> the command reports "mapped", "allocated" and "anchored" statuses. Does that
>>> mean NBD will use a differe
On 19/02/2016 09:51, Markus Armbruster wrote:
>> Is it an abuse to "Get LBA Status" to return dirty information? Because in
>> SCSI
>> the command reports "mapped", "allocated" and "anchored" statuses. Does that
>> mean NBD will use a different status set?
>
> Perhaps some conceptual gymnastics
On 02/19/2016 03:51 AM, Markus Armbruster wrote:
> Fam Zheng writes:
>
>> On Thu, 02/18 16:41, Stefan Hajnoczi wrote:
>>> On Thu, Feb 18, 2016 at 12:11:14PM +, Daniel P. Berrange wrote:
On Wed, Feb 17, 2016 at 08:47:11PM +0300, Vladimir Sementsov-Ogievskiy
wrote:
> On 16.02.2
Fam Zheng writes:
> On Thu, 02/18 16:41, Stefan Hajnoczi wrote:
>> On Thu, Feb 18, 2016 at 12:11:14PM +, Daniel P. Berrange wrote:
>> > On Wed, Feb 17, 2016 at 08:47:11PM +0300, Vladimir Sementsov-Ogievskiy
>> > wrote:
>> > > On 16.02.2016 20:09, Stefan Hajnoczi wrote:
>> > > >On Wed, Feb 10
On Thu, 02/18 16:41, Stefan Hajnoczi wrote:
> On Thu, Feb 18, 2016 at 12:11:14PM +, Daniel P. Berrange wrote:
> > On Wed, Feb 17, 2016 at 08:47:11PM +0300, Vladimir Sementsov-Ogievskiy
> > wrote:
> > > On 16.02.2016 20:09, Stefan Hajnoczi wrote:
> > > >On Wed, Feb 10, 2016 at 10:10:04AM +,
Stefan Hajnoczi writes:
> On Tue, Feb 16, 2016 at 08:20:44PM +0300, Denis V. Lunev wrote:
>> the idea seems feasible at the first glance. I'll need to check
>> the amount of the overhead of this approach. If we'll need
>> to perform an additional request for each
>> block - the overhead is t
On Thu, Feb 18, 2016 at 12:11:14PM +, Daniel P. Berrange wrote:
> On Wed, Feb 17, 2016 at 08:47:11PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> > On 16.02.2016 20:09, Stefan Hajnoczi wrote:
> > >On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
> > >>On Tue, Feb 09, 2016 at 05:
On Tue, Feb 16, 2016 at 08:20:44PM +0300, Denis V. Lunev wrote:
> the idea seems feasible at the first glance. I'll need to check
> the amount of the overhead of this approach. If we'll need
> to perform an additional request for each
> block - the overhead is too much.
Regarding overhead, th
On Wed, Feb 17, 2016 at 08:47:11PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> On 16.02.2016 20:09, Stefan Hajnoczi wrote:
> >On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
> >>On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
> >>>On 02/09/2016 05:28 PM, Stefan Haj
On Wed, 02/17 20:47, Vladimir Sementsov-Ogievskiy wrote:
> What about exporting bitmap as separate nbd entity? Just implement
> block driver, which will read from bitmap? If consider only read
> access and disabled (or frozen) bitmaps it should be simple enough.
Yes, I think this idea also makes s
On 16.02.2016 20:09, Stefan Hajnoczi wrote:
On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/03/
On 02/16/2016 08:09 PM, Stefan Hajnoczi wrote:
On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/
On 16.02.2016 20:09, Stefan Hajnoczi wrote:
On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/03/
On Wed, Feb 10, 2016 at 10:10:04AM +, Stefan Hajnoczi wrote:
> On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
> > On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
> > >On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
> > >>On 02/03/2016 11:14 AM, Fam Zheng wrote:
>
On Tue, Feb 09, 2016 at 05:41:50PM +0300, Denis V. Lunev wrote:
> On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
> >On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
> >>On 02/03/2016 11:14 AM, Fam Zheng wrote:
> >>>On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> Hi all
On 02/09/2016 10:25 PM, Denis V. Lunev wrote:
On 02/09/2016 09:12 PM, John Snow wrote:
On 02/09/2016 11:58 AM, Denis V. Lunev wrote:
On 02/09/2016 07:49 PM, John Snow wrote:
On 02/09/2016 09:37 AM, Denis V. Lunev wrote:
On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at
On 02/09/2016 09:12 PM, John Snow wrote:
On 02/09/2016 11:58 AM, Denis V. Lunev wrote:
On 02/09/2016 07:49 PM, John Snow wrote:
On 02/09/2016 09:37 AM, Denis V. Lunev wrote:
On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/
On 02/09/2016 11:58 AM, Denis V. Lunev wrote:
> On 02/09/2016 07:49 PM, John Snow wrote:
>>
>> On 02/09/2016 09:37 AM, Denis V. Lunev wrote:
>>> On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
> On 02/03/2016 11:14 AM, Fam Zh
On 02/09/2016 07:49 PM, John Snow wrote:
On 02/09/2016 09:37 AM, Denis V. Lunev wrote:
On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/03/2016 11:14 AM, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wro
On 02/09/2016 09:37 AM, Denis V. Lunev wrote:
> On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
>> On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
>>> On 02/03/2016 11:14 AM, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> Hi all.
>
> Th
On 02/09/2016 05:21 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/03/2016 11:14 AM, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
These series which aims to add external backup api. This is needed to allow
On 02/09/2016 05:28 PM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
On 02/03/2016 11:14 AM, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
These series which aims to add external backup api. This is needed to allow
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
> On 02/03/2016 11:14 AM, Fam Zheng wrote:
> >On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> >>Hi all.
> >>
> >>These series which aims to add external backup api. This is needed to allow
> >>backup software use our dirty b
On Fri, Feb 05, 2016 at 11:28:42AM +0300, Denis V. Lunev wrote:
> On 02/03/2016 11:14 AM, Fam Zheng wrote:
> >On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> >>Hi all.
> >>
> >>These series which aims to add external backup api. This is needed to allow
> >>backup software use our dirty b
On 02/03/2016 11:14 AM, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
These series which aims to add external backup api. This is needed to allow
backup software use our dirty bitmaps.
Vmware and Parallels Cloud Server have this feature.
What is the advanta
On Fri, 02/05 11:28, Denis V. Lunev wrote:
> On 02/03/2016 11:14 AM, Fam Zheng wrote:
> >On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> >>Hi all.
> >>
> >>These series which aims to add external backup api. This is needed to allow
> >>backup software use our dirty bitmaps.
> >>
> >>Vmwa
On 03.02.2016 14:02, Fam Zheng wrote:
On Wed, 02/03 13:57, Vladimir Sementsov-Ogievskiy wrote:
On 03.02.2016 11:14, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
These series which aims to add external backup api. This is needed to allow
backup software use
On Wed, 02/03 13:57, Vladimir Sementsov-Ogievskiy wrote:
> On 03.02.2016 11:14, Fam Zheng wrote:
> >On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> >>Hi all.
> >>
> >>These series which aims to add external backup api. This is needed to allow
> >>backup software use our dirty bitmaps.
>
On 03.02.2016 11:14, Fam Zheng wrote:
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
These series which aims to add external backup api. This is needed to allow
backup software use our dirty bitmaps.
Vmware and Parallels Cloud Server have this feature.
What is the advantage
On Sat, 01/30 13:56, Vladimir Sementsov-Ogievskiy wrote:
> Hi all.
>
> These series which aims to add external backup api. This is needed to allow
> backup software use our dirty bitmaps.
>
> Vmware and Parallels Cloud Server have this feature.
What is the advantage of this appraoch over "drive-
Hi all.
These series which aims to add external backup api. This is needed to allow
backup software use our dirty bitmaps.
Vmware and Parallels Cloud Server have this feature.
There are three things are done:
- add query-block-dirty-bitmap-ranges qmp command
- add qmp commands for dirty-bitmap f
43 matches
Mail list logo
