[ovirt-devel] [VDSM] Correct implementation of virt-sysprep job

[Moran Goldboim]

On Mon, Dec 5, 2016 at 10:57 AM, Moran Goldboim <mgoldboi at redhat.com> wrote:

>
>
> On Mon, Dec 5, 2016 at 9:45 AM, Yaniv Kaul <ykaul at redhat.com> wrote:
>
>>
>>
>> On Mon, Dec 5, 2016 at 9:18 AM, Shmuel Melamud <smelamud at redhat.com>
>> wrote:
>>
>>>
>>>
>>> On Sun, Dec 4, 2016 at 10:39 PM, Yaniv Kaul <ykaul at redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Dec 4, 2016 8:50 PM, "Shmuel Melamud" <smelamud at redhat.com> wrote:
>>>>
>>>> Hi!
>>>>
>>>> I'm currently working on integration of virt-sysprep into oVirt.
>>>>
>>>> Usually, if user creates a template from a regular VM, and then creates
>>>> new VMs from this template, these new VMs inherit all configuration of the
>>>> original VM, including SSH keys, UDEV rules, MAC addresses, system ID,
>>>> hostname etc. It is unfortunate, because you cannot have two network
>>>> devices with the same MAC address in the same network, for example.
>>>>
>>>> To avoid this, user must clean all machine-specific configuration from
>>>> the original VM before creating a template from it. You can do this
>>>> manually, but there is virt-sysprep utility that does this automatically.
>>>>
>>>> Ideally, virt-sysprep should be seamlessly integrated into template
>>>> creation process. But the first step is to create a simple button: user
>>>> selects a VM, clicks the button and oVirt executes virt-sysprep on the VM.
>>>>
>>>>
>>>> User selects a VM or a template disk?
>>>>
>>>
>>> ​A VM. It is not safe to modify template disks. We cannot guarantee that
>>> there are no VMs based on this template, because some of them may reside on
>>> a detached storage.​
>>>
>>
>> Any template disk that VM were derived from it is not safe to perform
>> this operation. On a pristine template disk it is Ok - and it is exactly
>> where I expect this process to take place.
>> The user flow should be a checkbox in the create template flow.
>> Y.
>>
>>
>
> big +1 here, a general bottom doesn't indicate the user when to perform
> the action, and takes it away from the desired flow. since the problem you
> are presenting here is specifically around template creation, i also thing
> that a checkbox here with the ability to "seal" the template, is the
> desired solution to be aiming for.
>

another aspect of this specific user story, is the ability to directly
transform this "sealed" vm directly to a template - many of the times it's
just being deleted afterwards and the user is just "paying" for the storage
actions

please look at* Bug 1013675*
<https://bugzilla.redhat.com/show_bug.cgi?id=1013675> - [RFE] In-place
transformation of a VM to a Template - for details.


>
>
>>
>>> ​Shmuel​
>>>
>>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20161205/37a1b421/attachment-0001.html>