Eduardo Otubo writes:
> On Fri, Jul 11, 2014 at 2:19 PM, Markus Armbruster wrote:
>> Eduardo Otubo writes:
>>
>>> On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster
>>> wrote:
[Top-quote moved to its rightful place; please do not top quote on
technical lists]
Anshul Makkar
On Fri, Jul 11, 2014 at 2:19 PM, Markus Armbruster wrote:
> Eduardo Otubo writes:
>
>> On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster wrote:
>>> [Top-quote moved to its rightful place; please do not top quote on
>>> technical lists]
>>>
>>> Anshul Makkar writes:
>>>
On Wed, Jul 9, 2014
Anshul Makkar writes:
> On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster wrote:
>> ly, leaving your machine running on the source.
>
>
> Hmm. Got the point.
>
> But as I mentioned above if we have to use live vertical scaling on
> qemu 2.0, then pc-model 1.0 won't help (as the dimm handling an
Eduardo Otubo writes:
> On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster wrote:
>> [Top-quote moved to its rightful place; please do not top quote on
>> technical lists]
>>
>> Anshul Makkar writes:
>>
>>> On Wed, Jul 9, 2014 at 6:25 PM, Andreas Färber wrote:
Am 09.07.2014 13:09, schrieb
On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster wrote:
> ly, leaving your machine running on the source.
Hmm. Got the point.
But as I mentioned above if we have to use live vertical scaling on
qemu 2.0, then pc-model 1.0 won't help (as the dimm handling and bus
handling has changed in pc-mod
On Fri, Jul 11, 2014 at 1:12 PM, Markus Armbruster wrote:
> [Top-quote moved to its rightful place; please do not top quote on
> technical lists]
>
> Anshul Makkar writes:
>
>> On Wed, Jul 9, 2014 at 6:25 PM, Andreas Färber wrote:
>>> Am 09.07.2014 13:09, schrieb Anshul Makkar:
Thanks. I go
[Top-quote moved to its rightful place; please do not top quote on
technical lists]
Anshul Makkar writes:
> On Wed, Jul 9, 2014 at 6:25 PM, Andreas Färber wrote:
>> Am 09.07.2014 13:09, schrieb Anshul Makkar:
>>> Thanks. I got the point.
>>
>> And for the record, the point is that the machine v
Il 11/07/2014 12:14, Anshul Makkar ha scritto:
Hi Andreas,
"the point is that the machine version on the destination side needs
to match the source side". I hope this is just to avoid the licensing
issue. Else, in all other circumstance, we can specify different pc
models while migrating from so
Hi Andreas,
"the point is that the machine version on the destination side needs
to match the source side". I hope this is just to avoid the licensing
issue. Else, in all other circumstance, we can specify different pc
models while migrating from source to destination.
Anshul Makkar
On Wed, Jul
Yeah, but I think if we have to take advantage of live vertical
scaling (memory hotplug, memory hotunplug, cpu hotplug) then we need
to upgrade to pc model 1.2.
pc model 1.0 will be incompatible with qemu 2.0 wrt. LVS feature as
the bus architecture and the way how dimms are handled has changed
fr
On 07/08/2014 03:10 PM, Anshul Makkar wrote:
> Hi,
>
> Yeah, I am aware of this option. But the point where I am concerned is
> that if Windows VM is running in QEMU 1.0 with pc-model 1.0 and then I
> upgrade the QEMU to 2.0 and I specify machine as pc-1.2, then Windows
> will see this as change i
Thanks. I got the point.
Anshul Makkar
On Wed, Jul 9, 2014 at 9:36 AM, Markus Armbruster wrote:
> Anshul Makkar writes:
>
>> Hi,
>>
>> Yeah, I am aware of this option. But the point where I am concerned is
>> that if Windows VM is running in QEMU 1.0 with pc-model 1.0 and then I
>> upgrade the
Hi,
Yeah, I am aware of this option. But the point where I am concerned is
that if Windows VM is running in QEMU 1.0 with pc-model 1.0 and then I
upgrade the QEMU to 2.0 and I specify machine as pc-1.2, then Windows
will see this as change in hardware and complain about the license.
Sorry, if my
ge.
- Mail original -
De: "Anshul Makkar"
À: "Markus Armbruster"
Cc: "Andreas Färber" , "qemu-devel"
Envoyé: Mercredi 9 Juillet 2014 13:09:47
Objet: Re: [Qemu-devel] live migration + licensing issue.
Thanks. I got the point.
Anshul Makkar
Am 09.07.2014 13:09, schrieb Anshul Makkar:
> Thanks. I got the point.
And for the record, the point is that the machine version on the
destination side needs to match the source side. So, if the default or
"pc" alias is used in 1.0, which resolves to pc-1.0, then it needs to be
pc-1.0, not pc-1.2
Anshul Makkar writes:
> Hi,
>
> Yeah, I am aware of this option. But the point where I am concerned is
> that if Windows VM is running in QEMU 1.0 with pc-model 1.0 and then I
> upgrade the QEMU to 2.0 and I specify machine as pc-1.2, then Windows
> will see this as change in hardware and complai
Hi,
Am 08.07.2014 17:24, schrieb Anshul Makkar:
> In our data center we are using qemu 1.0/ 1.2 and we need to do a live
> migration to qemu 2.0.
>
> One of the main hindrance that we are facing is that QEMU 1.0 uses old
> PC model so if a user using Windows on the VM running on QEMU 1.0 does
> a
Hi,
In our data center we are using qemu 1.0/ 1.2 and we need to do a live
migration to qemu 2.0.
One of the main hindrance that we are facing is that QEMU 1.0 uses old
PC model so if a user using Windows on the VM running on QEMU 1.0 does
a live migrate to QEMU 2.0 , he will see a licensing issu
18 matches
Mail list logo
