Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: 
 <7A92FF96DF135843B4B608FB576BFC3E0141EA8555FB@SJCPMAILBOX01.citrite.net>
References: 
 <7A92FF96DF135843B4B608FB576BFC3E0141EA8553E3@SJCPMAILBOX01.citrite.net>
 <7A92FF96DF135843B4B608FB576BFC3E0141EA855409@SJCPMAILBOX01.citrite.net>
 <8EC081586F1D7C41931517E802E9473201449104AEF0@SJCPMAILBOX01.citrite.net>
 <8EC081586F1D7C41931517E802E9473201449104AEFA@SJCPMAILBOX01.citrite.net>
 <20130322001533.GL53904@USLT-205755.sungardas.corp>
 <7A92FF96DF135843B4B608FB576BFC3E0141EA85549E@SJCPMAILBOX01.citrite.net>
 <20130322162719.GA53904@USLT-205755.sungardas.corp>
 <20DB7700-C7B3-45E8-889A-3D0A207AAB6E@citrix.com>
 <20130322165737.GC53904@USLT-205755.sungardas.corp>
 <E6D2280C-C9B8-4C06-BCB8-4C438B264A73@citrix.com>
 <20130322171437.GF53904@USLT-205755.sungardas.corp>
 <CAKprHVbHO3RoQ6k-rqL7txBLtmt0o6h1T97dkDaW0vTFpu5gjg@mail.gmail.com>
 <7A92FF96DF135843B4B608FB576BFC3E0141EA8555FB@SJCPMAILBOX01.citrite.net>
From: David Nalley <david@gnsa.us>
Date: Fri, 22 Mar 2013 14:55:49 -0400
Message-ID: 
 <CAKprHVbq=UpGPQdL5TnCzLv_tjs4fvZyd69kz_DrswO5r4uOdA@mail.gmail.com>
Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
To: Animesh Chaturvedi <animesh.chaturvedi@citrix.com>
Cc: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>,
	"cloudstack-dev@incubator.apache.org" <cloudstack-dev@incubator.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Mar 22, 2013 at 2:06 PM, Animesh Chaturvedi
<animesh.chaturvedi@citrix.com> wrote:
>
>
>> -----Original Message-----
>> From: David Nalley [mailto:david@gnsa.us]
>> Sent: Friday, March 22, 2013 10:43 AM
>> >
>> > So what we are *REALLY* talking about here, is that an experimental
>> > feature from past releases was modified for 4.1 but is broken
>> > completely now.
>> >
>> > IMO we need to do 2 things.  First, we *must* document that the
>> > experimental feature from past releases is not in 4.1 in the release
>> > notes.  Second, yes, we should remove it from the DB.
>> >
>> > Basically, nobody is going to be able to use it if they install the
>> > code, right?  So if they do use bare metal from a prior version, I
>> > certainly hope that they don't upgrade to 4.1 (given the state of the
>> > feature).
>> >
>> > Anyone else have a thought?
>>
>>
>> So here are my raw thoughts. Take them for what you will.
>>
>> We have a feature that IMO is a pretty big deal, akin to hypervisor support.
>> We've had similar issues with OVM in the past.
>>
>> Perhaps we need to be looking at whether such massive features are
>> sustainable. In this case (as with OVM) no one cared enough to fix the
>> problems and it fell into disrepair, and rather than the community making an
>> informed decision to discontinue support for a feature and phase support
>> out over time, our hand is forced when QA finds issues.
>> Writing the software initially is easier than the long term maintenance, and
>> given that we've dropped a 'hypervisor' every release, I am wondering if we
>> don't need to reject some of these efforts outright if there is doubt as to
>> sustainability.
> [Animesh>] David appreciate your thoughts It just happened that the baremetal testing began just when Frank started his vacation. As soon as he returns he should get back to fix baremetal  and sustain the effort.
>

It's not that Frank is gone or the timing. It's that only one person
cares and apparently only one person who can work on it. (e.g. a bus
factor [1] of one for a major feature doesn't strike me as
sustainable.)

[1] http://en.wikipedia.org/wiki/Bus_factor