----- Original Message ----- > From: "Ayal Baron" <[email protected]> > To: "Andrew Cathrow" <[email protected]> > Cc: "engine-devel" <[email protected]>, "Shu Ming" > <[email protected]> > 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" <[email protected]> > > > To: "Ori Liel" <[email protected]> > > > Cc: "engine-devel" <[email protected]> > > > 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 > > > > [email protected] > > > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > > > > > > > > > > > -- > > > Shu Ming <[email protected]> > > > IBM China Systems and Technology Laboratory > > > > > > > > > _______________________________________________ > > > Engine-devel mailing list > > > [email protected] > > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > > > _______________________________________________ > > Engine-devel mailing list > > [email protected] > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > _______________________________________________ Engine-devel mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/engine-devel
