3:15 p.m.
This is a multi-part message in MIME format.
--------------050009000602080805050601
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 02/18/2012 07:07 PM, Livnat Peer wrote:
Hi,
These days we are working on various features around VM disks, in the
different threads it was decided that we'll have the ability to attach a
disk to a VM but it will be added as inactive, then the user can
activate it for it to be accessible from within the guest.
Flow of adding a new disk would be:
- creating the disk
- attaching the disk to the VM
- activating it
Flow of adding a shared disk (or any other existing disk):
- attach the disk
- activate it
It seems to me a lot like adding a storage domain and I remember a lot
of rejections on the storage domain flow (mostly about it being too
cumbersome).
After discussing the issue with various people we could not find a good
reason for having a VM disk in attached but inactive mode.
And since you probably can't find a good reason to have two steps for
storage domain, lets fix this as well.
(Downstream RFE https://bugzilla.redhat.com/show_bug.cgi?id=567585 -
discuss only the export domain, but I'm quite sure it's applicable to
other domains as well)
Y.
Of course we can wrap the above steps in one step for specific flows
(add+attach within a VM context for example) but can anyone think on a
good reason to support attached but inactive disk?
I would suggest that when attaching a disk to a VM it becomes part of
the VM (active) like in 'real' machines.
Thank you, Livnat
_______________________________________________
Engine-devel mailing list
Engine-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel
--------------050009000602080805050601
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 02/18/2012 07:07 PM, Livnat Peer wrote:
<blockquote cite="mid:4F3FDAB5.9020203@redhat.com"
type="cite">
<pre wrap="">Hi,
These days we are working on various features around VM disks, in the
different threads it was decided that we'll have the ability to attach a
disk to a VM but it will be added as inactive, then the user can
activate it for it to be accessible from within the guest.
Flow of adding a new disk would be:
- creating the disk
- attaching the disk to the VM
- activating it
Flow of adding a shared disk (or any other existing disk):
- attach the disk
- activate it
It seems to me a lot like adding a storage domain and I remember a lot
of rejections on the storage domain flow (mostly about it being too
cumbersome).
After discussing the issue with various people we could not find a good
reason for having a VM disk in attached but inactive mode.</pre>
</blockquote>
<br>
And since you probably can't find a good reason to have two steps
for storage domain, lets fix this as well.<br>
(Downstream RFE
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a
href="https://bugzilla.redhat.com/show_bug.cgi?id=567585">ht...
- discuss only the export domain, but I'm quite sure it's applicable
to other domains as well)<br>
Y.<br>
<br>
<blockquote cite="mid:4F3FDAB5.9020203@redhat.com"
type="cite">
<pre wrap="">
Of course we can wrap the above steps in one step for specific flows
(add+attach within a VM context for example) but can anyone think on a
good reason to support attached but inactive disk?
I would suggest that when attaching a disk to a VM it becomes part of
the VM (active) like in 'real' machines.
Thank you, Livnat
_______________________________________________
Engine-devel mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Engine-devel@ovirt.org">Engine-devel@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/engine-devel">...
</pre>
</blockquote>
<br>
</body>
</html>
--------------050009000602080805050601--