[Engine-devel] restapi: Storage-Domain creation - Used Luns

We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns. Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?" Thanks, Ori.

On 07/01/2012 11:50 AM, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
why not just force?

On 07/01/2012 01:39 PM, Itamar Heim wrote:
On 07/01/2012 11:50 AM, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
why not just force?
force is not enough informative (also it usually used on /destroy based operations)
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Michael Pasternak RedHat, ENG-Virtualization R&D

On 07/01/2012 11:50 AM, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
reuse_luns
Thanks,
Ori.
-- Michael Pasternak RedHat, ENG-Virtualization R&D

SHARED_LUN? On 2012-7-1 16:50, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
Thanks,
Ori. _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

----- Original Message -----
From: "Shu Ming" <shuming@linux.vnet.ibm.com> To: "Ori Liel" <oliel@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Sunday, July 1, 2012 10:50:47 AM Subject: Re: [Engine-devel] restapi: Storage-Domain creation - Used Luns
SHARED_LUN?
We won't be sharing them, we'll be overwriting them. Maybe something like overwrite or force ?
On 2012-7-1 16:50, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
Thanks,
Ori. _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel

On 2012-7-1 23:10, Andrew Cathrow wrote:
----- Original Message -----
From: "Shu Ming" <shuming@linux.vnet.ibm.com> To: "Ori Liel" <oliel@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Sunday, July 1, 2012 10:50:47 AM Subject: Re: [Engine-devel] restapi: Storage-Domain creation - Used Luns
SHARED_LUN? We won't be sharing them, we'll be overwriting them.
Maybe something like overwrite or force ?
So does the lun still belongs to the VG? How about the VG operation to acess the lun while the new storage-domain is accessing the lun?
On 2012-7-1 16:50, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
Thanks,
Ori. _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

----- Original Message -----
----- Original Message -----
From: "Shu Ming" <shuming@linux.vnet.ibm.com> To: "Ori Liel" <oliel@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Sunday, July 1, 2012 10:50:47 AM Subject: Re: [Engine-devel] restapi: Storage-Domain creation - Used Luns
SHARED_LUN?
We won't be sharing them, we'll be overwriting them.
Maybe something like overwrite or force ?
I'm fine with either one (force / overwrite) or forceDelete as well or forceOverride.
On 2012-7-1 16:50, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
Thanks,
Ori. _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel

----- Original Message -----
From: "Ayal Baron" <abaron@redhat.com> To: "Andrew Cathrow" <acathrow@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org>, "Shu Ming" <shuming@linux.vnet.ibm.com> Sent: Monday, July 2, 2012 6:44:14 AM Subject: Re: [Engine-devel] restapi: Storage-Domain creation - Used Luns
----- Original Message -----
----- Original Message -----
From: "Shu Ming" <shuming@linux.vnet.ibm.com> To: "Ori Liel" <oliel@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Sunday, July 1, 2012 10:50:47 AM Subject: Re: [Engine-devel] restapi: Storage-Domain creation - Used Luns
SHARED_LUN?
We won't be sharing them, we'll be overwriting them.
Maybe something like overwrite or force ?
I'm fine with either one (force / overwrite) or forceDelete as well or forceOverride.
yep, the key thing here is that we need to scare the user so it's very clear that this could be destructive.
On 2012-7-1 16:50, Ori Liel wrote:
We need to enable passing 'used' luns for new storage-domain creation (used = the lun is part of a VG). We need a way in rest-api to explicitly approve the use of such luns.
Does anyone have a suggestion for a good name for such a flag, a name that conveys: "use the given luns even if they are part of a VG?"
Thanks,
Ori. _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
-- Shu Ming <shuming@linux.vnet.ibm.com> IBM China Systems and Technology Laboratory
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
participants (6)
-
Andrew Cathrow
-
Ayal Baron
-
Itamar Heim
-
Michael Pasternak
-
Ori Liel
-
Shu Ming