Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0CEAFD7EA for ; Wed, 17 Oct 2012 23:51:10 +0000 (UTC) Received: (qmail 59952 invoked by uid 500); 17 Oct 2012 23:51:09 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 59919 invoked by uid 500); 17 Oct 2012 23:51:09 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 59910 invoked by uid 99); 17 Oct 2012 23:51:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Oct 2012 23:51:09 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Chiradeep.Vittal@citrix.com designates 66.165.176.63 as permitted sender) Received: from [66.165.176.63] (HELO SMTP02.CITRIX.COM) (66.165.176.63) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Oct 2012 23:51:05 +0000 X-IronPort-AV: E=Sophos;i="4.80,603,1344211200"; d="scan'208";a="211647531" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Oct 2012 23:50:44 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Wed, 17 Oct 2012 16:50:43 -0700 From: Chiradeep Vittal To: CloudStack DeveloperList Date: Wed, 17 Oct 2012 16:50:41 -0700 Subject: Re: Drop OVM in 4.0? Thread-Topic: Drop OVM in 4.0? Thread-Index: Ac2swjg7D8SeKVSKROuNXUXhdi4SBw== Message-ID: In-Reply-To: <02a701cdacb3$a62b9550$f282bff0$@bbits.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org +1 on fixing in a 4.0.x. We need to make some tough decisions if we want "time based releases". We already dropped AutoScale and Brocade even though they were essentially code-complete for this reason. This is an issue that is of uncertain size (weeks at least) to fix. There is just too much uncertainty. Also it seems that folks want the latest version of OVM anyway, which would not be helped by fixing this in 4.0 On 10/18/12 12:06 AM, "Kelcey Damage (BBITS)" wrote: > >I don't think anyone wants to drop the feature. The thought was, will >fixing >support for this HV push release back by a large amount? And if so, then >could the feature fix come after 4.0 in the form of 4.0.1. > >And I completely agree that if this is the case, it should be documented, >or >the upgrade be blocked for current OVM users, as to avoid confusion. > >-----Original Message----- >From: Caleb Call [mailto:calebcall@me.com] >Sent: Wednesday, October 17, 2012 3:02 PM >To: cloudstack-users@incubator.apache.org >Cc: cloudstack-dev@incubator.apache.org >Subject: Re: Drop OVM in 4.0? > >On Oct 17, 2012, at 12:40 PM, David Nalley wrote: > >> On Wed, Oct 17, 2012 at 2:35 PM, Frank Zhang >wrote: >>> OVM is broken in 4.0 even these patches don't have license issue. It >takes a while to fix. >>> I vote to dropping it from 4.0 >>=20 >> Aside from the licensing issues - what are the issues that keep OVM >> from working in 4.0? >> Can we get bugs filed for those issues? >> This is a major feature being dropped - this needs to likely sit for a >> few days so people have a chance to weigh in on whether to block 4.0 >> for this or not. >>=20 >> --David > >I agree, this is a major feature to drop support for. This is one major >feature (of many) that drove us to favor Cloudstack over some of the other >IaaS options out there. If it doesn't block 4.0, I would make it very >clear >that the support for OVM is not in 4.0 so that a customer doesn't upgrade >thinking (assuming) you wouldn't drop such a major feature. Maybe go as >far >as adding something in the upgrade that if OVM is currently used, the >upgrade fails. >