Mike, I have been scanning all commits since code freeze but I can't say I am a fool proof filter. In General I don't agree that issues must have been blockers for related code to be allowed in. They must have been issues with the existing code and not with new features, though. A trivial error may block us. I would like to see issues discussed more so we can decide whether and what are blockers. An issue being 'marked as blocker' is less interesting to me.
Your worry is not vain when you mean: Did we allow for more code being added then necessary? I decided in this case on yes because of the issue it was solving. The issue the code was related to had to do with an security. Daan On Mon, Jun 30, 2014 at 3:28 AM, Mike Tutkowski <mike.tutkow...@solidfire.com> wrote: > Just curious...if we are breaking basic functionality right before our > first 4.4 RC, did this happen with code that was related to a Blocker > defect? If not, it makes me wonder if the code in question should perhaps > have waited until a maintenance release for 4.4...or 4.5 if no such > maintenance release occurs. > > If it's related to new functionality, I'd be a bit surprised as we're way > past that point for 4.4. > > > On Sun, Jun 29, 2014 at 2:02 PM, Rayees Namathponnan < > rayees.namathpon...@citrix.com> wrote: > >> Thanks Ian >> >> >> >> >> On 6/29/14, 10:59 AM, "Ian Duffy" <i...@ianduffy.ie> wrote: >> >> >Hi Rayees, >> > >> >Pushed a change on this. >> > >> > >> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setu >> >p/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp= >> >6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd >> >220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755 >> > >> > >> > >> > >> >On 29 June 2014 18:22, Ian Duffy <i...@ianduffy.ie> wrote: >> > >> >> Hi Rayees, >> >> >> >> Looking at it right now. Hope to have a fix for you shortly. >> >> >> >> >> >> On 29 June 2014 18:14, Rayees Namathponnan >> >><rayees.namathpon...@citrix.com >> >> > wrote: >> >> >> >>> I reverted below two commits from local build machine, after that I >> >>> didn't see the issue reported in 7005 >> >>> >> >>> Ian - can you please look your last check-in ? >> >>> >> >>> Regards, >> >>> Rayees >> >>> >> >>> -----Original Message----- >> >>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com] >> >>> Sent: Sunday, June 29, 2014 8:50 AM >> >>> To: dev@cloudstack.apache.org >> >>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM >> >>>builds >> >>> >> >>> Hi All, >> >>> >> >>> Failed to start MS with latest 4.4 RPM builds, getting below error >> >>> >> >>> 2014-06-29 07:43:12,466 INFO [c.c.c.ClusterManagerImpl] (main:null) >> >>> Cluster node IP : 10.223.49.197 >> >>> 2014-06-29 07:43:12,479 INFO [c.c.c.ClusterManagerImpl] (main:null) >> >>> Cluster manager is configured. >> >>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null) >> >>> Error while decrypting: 6 >> >>> 2014-06-29 07:43:29,465 INFO [c.c.u.c.ComponentContext] (main:null) >> >>> Configuring >> >>> >> >>>com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudSta >> >>>ck_f8e983ac >> >>> >> >>> This might be due to below check-in, but not sure >> >>> >> >>> >> >>> >> >>> >> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=se >> >>>tup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb >> >>>;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e45 >> >>>52aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2 >> >>> >> >>> >> >>> Regards, >> >>> Rayees >> >>> >> >> >> >> >> >> > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud > <http://solidfire.com/solution/overview/?video=play>*™* -- Daan
