Trunk is not building for me.. Did you miss a 3.2.0-SNAPSHOT in the top-level pom.xml?
On Tue, Oct 2, 2018 at 10:16 AM Sunil G <sun...@apache.org> wrote: > Hi All > > As mentioned in earlier mail, I have cut branch-3.2 and reset trunk to > 3.3.0-SNAPSHOT. I will share the RC details sooner once all necessary > patches are pulled into branch-3.2. > > Thank You > - Sunil > > > On Mon, Sep 24, 2018 at 2:00 PM Sunil G <sun...@apache.org> wrote: > > > Hi All > > > > We are now down to the last Blocker and HADOOP-15407 is merged to trunk. > > Thanks for the support. > > > > *Plan for RC* > > 3.2 branch cut and reset trunk : *25th Tuesday* > > RC0 for 3.2: *28th Friday* > > > > Thank You > > Sunil > > > > > > On Mon, Sep 17, 2018 at 3:21 PM Sunil G <sun...@apache.org> wrote: > > > >> Hi All > >> > >> We are down to 3 Blockers and 4 Critical now. Thanks all of you for > >> helping in this. I am following up on these tickets, once its closed we > >> will cut the 3.2 branch. > >> > >> Thanks > >> Sunil Govindan > >> > >> > >> On Wed, Sep 12, 2018 at 5:10 PM Sunil G <sun...@apache.org> wrote: > >> > >>> Hi All, > >>> > >>> Inline with the original 3.2 communication proposal dated 17th July > >>> 2018, I would like to provide more updates. > >>> > >>> We are approaching previously proposed code freeze date (September 14, > >>> 2018). So I would like to cut 3.2 branch on 17th Sept and point > existing > >>> trunk to 3.3 if there are no issues. > >>> > >>> *Current Release Plan:* > >>> Feature freeze date : all features to merge by September 7, 2018. > >>> Code freeze date : blockers/critical only, no improvements and > >>> blocker/critical bug-fixes September 14, 2018. > >>> Release date: September 28, 2018 > >>> > >>> If any critical/blocker tickets which are targeted to 3.2.0, we need to > >>> backport to 3.2 post branch cut. > >>> > >>> Here's an updated 3.2.0 feature status: > >>> > >>> 1. Merged & Completed features: > >>> > >>> - (Wangda) YARN-8561: Hadoop Submarine project for DeepLearning > >>> workloads Initial cut. > >>> - (Uma) HDFS-10285: HDFS Storage Policy Satisfier > >>> - (Sunil) YARN-7494: Multi Node scheduling support in Capacity > >>> Scheduler. > >>> - (Chandni/Eric) YARN-7512: Support service upgrade via YARN Service > API > >>> and CLI. > >>> - (Naga/Sunil) YARN-3409: Node Attributes support in YARN. > >>> - (Inigo) HDFS-12615: Router-based HDFS federation. Improvement works. > >>> > >>> 2. Features close to finish: > >>> > >>> - (Steve) S3Guard Phase III. Close to commit. > >>> - (Steve) S3a phase V. Close to commit. > >>> - (Steve) Support Windows Azure Storage. Close to commit. > >>> > >>> 3. Tentative/Cancelled features for 3.2: > >>> - (Rohith) YARN-5742: Serve aggregated logs of historical apps from > >>> ATSv2. Patch in progress. > >>> - (Haibo Chen) YARN-1011: Resource overcommitment. Looks challenging to > >>> be done before Aug 2018. > >>> - (Eric) YARN-7129: Application Catalog for YARN applications. > >>> Challenging as more discussions are on-going. > >>> > >>> *Summary of 3.2.0 issues status:* > >>> 19 Blocker and Critical issues [1] are open, I am following up with > >>> owners to get status on each of them to get in by Code Freeze date. > >>> > >>> [1] project in (YARN, HADOOP, MAPREDUCE, HDFS) AND priority in > (Blocker, > >>> Critical) AND resolution = Unresolved AND "Target Version/s" = 3.2.0 > ORDER > >>> BY priority DESC > >>> > >>> Thanks, > >>> Sunil > >>> > >>> > >>> > >>> On Thu, Aug 30, 2018 at 9:59 PM Sunil G <sun...@apache.org> wrote: > >>> > >>>> Hi All, > >>>> > >>>> Inline with earlier communication dated 17th July 2018, I would like > to > >>>> provide some updates. > >>>> > >>>> We are approaching previously proposed code freeze date (Aug 31). > >>>> > >>>> One of the critical feature Node Attributes feature merge > >>>> discussion/vote is ongoing. Also few other Blocker bugs need a bit > more > >>>> time. With regard to this, suggesting to push the feature/code freeze > for 2 > >>>> more weeks to accommodate these jiras too. > >>>> > >>>> Proposing Updated changes in plan inline with this: > >>>> Feature freeze date : all features to merge by September 7, 2018. > >>>> Code freeze date : blockers/critical only, no improvements and > >>>> blocker/critical bug-fixes September 14, 2018. > >>>> Release date: September 28, 2018 > >>>> > >>>> If any features in branch which are targeted to 3.2.0, please reply to > >>>> this email thread. > >>>> > >>>> *Here's an updated 3.2.0 feature status:* > >>>> > >>>> 1. Merged & Completed features: > >>>> > >>>> - (Wangda) YARN-8561: Hadoop Submarine project for DeepLearning > >>>> workloads Initial cut. > >>>> - (Uma) HDFS-10285: HDFS Storage Policy Satisfier > >>>> - (Sunil) YARN-7494: Multi Node scheduling support in Capacity > >>>> Scheduler. > >>>> - (Chandni/Eric) YARN-7512: Support service upgrade via YARN Service > >>>> API and CLI. > >>>> > >>>> 2. Features close to finish: > >>>> > >>>> - (Naga/Sunil) YARN-3409: Node Attributes support in YARN. Merge/Vote > >>>> Ongoing. > >>>> - (Rohith) YARN-5742: Serve aggregated logs of historical apps from > >>>> ATSv2. Patch in progress. > >>>> - (Virajit) HDFS-12615: Router-based HDFS federation. Improvement > works. > >>>> - (Steve) S3Guard Phase III, S3a phase V, Support Windows Azure > >>>> Storage. In progress. > >>>> > >>>> 3. Tentative features: > >>>> > >>>> - (Haibo Chen) YARN-1011: Resource overcommitment. Looks challenging > to > >>>> be done before Aug 2018. > >>>> - (Eric) YARN-7129: Application Catalog for YARN applications. > >>>> Challenging as more discussions are on-going. > >>>> > >>>> *Summary of 3.2.0 issues status:* > >>>> > >>>> 26 Blocker and Critical issues [1] are open, I am following up with > >>>> owners to get status on each of them to get in by Code Freeze date. > >>>> > >>>> [1] project in (YARN, HADOOP, MAPREDUCE, HDFS) AND priority in > >>>> (Blocker, Critical) AND resolution = Unresolved AND "Target > Version/s" = > >>>> 3.2.0 ORDER BY priority DESC > >>>> > >>>> Thanks, > >>>> Sunil > >>>> > >>>> On Tue, Aug 14, 2018 at 10:30 PM Sunil G <sun...@apache.org> wrote: > >>>> > >>>>> Hi All, > >>>>> > >>>>> Thanks for the feedbacks. Inline with earlier communication dated > 17th > >>>>> July 2018, I would like to provide some updates. > >>>>> > >>>>> We are approaching previously proposed feature freeze date (Aug 21, > >>>>> about 7 days from today). > >>>>> If any features in branch which are targeted to 3.2.0, please reply > to > >>>>> this email thread. > >>>>> Steve has mentioned about the s3 features which will come close to > >>>>> Code Freeze Date (Aug 31st). > >>>>> > >>>>> *Here's an updated 3.2.0 feature status:* > >>>>> > >>>>> 1. Merged & Completed features: > >>>>> > >>>>> - (Wangda) YARN-8561: Hadoop Submarine project for DeepLearning > >>>>> workloads Initial cut. > >>>>> - (Uma) HDFS-10285: HDFS Storage Policy Satisfier > >>>>> > >>>>> 2. Features close to finish: > >>>>> > >>>>> - (Naga/Sunil) YARN-3409: Node Attributes support in YARN. Major > >>>>> patches are all in, only one last > >>>>> patch is in review state. > >>>>> - (Sunil) YARN-7494: Multi Node scheduling support in Capacity > >>>>> Scheduler. Close to commit. > >>>>> - (Chandni/Eric) YARN-7512: Support service upgrade via YARN Service > >>>>> API and CLI. 2 patches are pending > >>>>> which will be closed by Feature freeze date. > >>>>> - (Rohith) YARN-5742: Serve aggregated logs of historical apps from > >>>>> ATSv2. Patch in progress. > >>>>> - (Virajit) HDFS-12615: Router-based HDFS federation. Improvement > >>>>> works. > >>>>> - (Steve) S3Guard Phase III, S3a phase V, Support Windows Azure > >>>>> Storage. In progress. > >>>>> > >>>>> 3. Tentative features: > >>>>> > >>>>> - (Haibo Chen) YARN-1011: Resource overcommitment. Looks challenging > >>>>> to be done before Aug 2018. > >>>>> - (Eric) YARN-7129: Application Catalog for YARN applications. > >>>>> Challenging as more discussions are on-going. > >>>>> > >>>>> *Summary of 3.2.0 issues status:* > >>>>> > >>>>> 39 Blocker and Critical issues [1] are open, I am checking with > owners > >>>>> to get status on each of them to get in by Code Freeze date. > >>>>> > >>>>> [1] project in (YARN, HADOOP, MAPREDUCE, HDFS) AND priority in > >>>>> (Blocker, Critical) AND resolution = Unresolved AND "Target > Version/s" = > >>>>> 3.2.0 ORDER BY priority DESC > >>>>> > >>>>> Thanks, > >>>>> Sunil > >>>>> > >>>>> On Fri, Jul 20, 2018 at 8:03 AM Sunil G <sun...@apache.org> wrote: > >>>>> > >>>>>> Thanks Subru for the thoughts. > >>>>>> One of the main reason for a major release is to push out critical > >>>>>> features with a faster cadence to the users. If we are pulling more > and > >>>>>> more different types of features to a minor release, that branch > will > >>>>>> become more destabilized and it may be tough to say that 3.1.2 is > stable > >>>>>> that 3.1.1 for eg. We always tend to improve and stabilize features > in > >>>>>> subsequent minor release. > >>>>>> For few companies, it makes sense to push out these new features > >>>>>> faster to make a reach to the users. Adding to the point to the > backporting > >>>>>> issues, I agree that its a pain and we can workaround that with > some git > >>>>>> scripts. If we can make such scripts available to committers, > backport will > >>>>>> be seem-less across branches and we can achieve the faster release > cadence > >>>>>> also. > >>>>>> > >>>>>> Thoughts? > >>>>>> > >>>>>> - Sunil > >>>>>> > >>>>>> > >>>>>> On Fri, Jul 20, 2018 at 3:37 AM Subru Krishnan <su...@apache.org> > >>>>>> wrote: > >>>>>> > >>>>>>> Thanks Sunil for volunteering to lead the release effort. I am > >>>>>>> generally > >>>>>>> supportive of a release but -1 on a 3.2 (prefer a 3.1.x) as feel we > >>>>>>> already > >>>>>>> have too many branches to be maintained. I already see many commits > >>>>>>> are in > >>>>>>> different branches with no apparent rationale, for e.g: 3.1 has > >>>>>>> commits > >>>>>>> which are absent in 3.0 etc. > >>>>>>> > >>>>>>> Additionally AFAIK 3.x has not been deployed in any major > production > >>>>>>> setting so the cost of adding features should be minimal. > >>>>>>> > >>>>>>> Thoughts? > >>>>>>> > >>>>>>> -Subru > >>>>>>> > >>>>>>> On Thu, Jul 19, 2018 at 12:31 AM, Sunil G <sun...@apache.org> > wrote: > >>>>>>> > >>>>>>> > Thanks Steve, Aaron, Wangda for sharing thoughts. > >>>>>>> > > >>>>>>> > Yes, important changes and features are much needed, hence we > will > >>>>>>> be > >>>>>>> > keeping the door open for them as possible. Also considering few > >>>>>>> more > >>>>>>> > offline requests from other folks, I think extending the > timeframe > >>>>>>> by > >>>>>>> > couple of weeks makes sense (including a second RC buffer) and > >>>>>>> this should > >>>>>>> > ideally help us to ship this by September itself. > >>>>>>> > > >>>>>>> > Revised dates (I will be updating same in Roadmap wiki as well) > >>>>>>> > > >>>>>>> > - Feature freeze date : all features to merge by August 21, 2018. > >>>>>>> > > >>>>>>> > - Code freeze date : blockers/critical only, no improvements and > >>>>>>> non > >>>>>>> > blocker/critical > >>>>>>> > > >>>>>>> > bug-fixes August 31, 2018. > >>>>>>> > > >>>>>>> > - Release date: September 15, 2018 > >>>>>>> > > >>>>>>> > Thank Eric and Zian, I think Wangda has already answered your > >>>>>>> questions. > >>>>>>> > > >>>>>>> > Thanks > >>>>>>> > Sunil > >>>>>>> > > >>>>>>> > > >>>>>>> > On Thu, Jul 19, 2018 at 12:13 PM Wangda Tan <wheele...@gmail.com > > > >>>>>>> wrote: > >>>>>>> > > >>>>>>> > > Thanks Sunil for volunteering to be RM of 3.2 release, +1 for > >>>>>>> that. > >>>>>>> > > > >>>>>>> > > To concerns from Steve, > >>>>>>> > > > >>>>>>> > > It is a good idea to keep the door open to get important > changes > >>>>>>> / > >>>>>>> > > features in before cutoff. I would prefer to keep the proposed > >>>>>>> release > >>>>>>> > date > >>>>>>> > > to make sure things can happen earlier instead of last minute > >>>>>>> and we all > >>>>>>> > > know that releases are always get delayed :). I'm also fine if > >>>>>>> we want > >>>>>>> > get > >>>>>>> > > another several weeks time. > >>>>>>> > > > >>>>>>> > > Regarding of 3.3 release, I would suggest doing that before > >>>>>>> thanksgiving. > >>>>>>> > > Do you think is it good or too early / late? > >>>>>>> > > > >>>>>>> > > Eric, > >>>>>>> > > > >>>>>>> > > The YARN-8220 will be replaced by YARN-8135, if YARN-8135 can > >>>>>>> get merged > >>>>>>> > > in time, we probably not need the YARN-8220. > >>>>>>> > > > >>>>>>> > > Sunil, > >>>>>>> > > > >>>>>>> > > Could u update > >>>>>>> https://cwiki.apache.org/confluence/display/HADOOP/ > >>>>>>> > Roadmap > >>>>>>> > > with proposed plan as well? We can fill feature list first > >>>>>>> before getting > >>>>>>> > > consensus of time. > >>>>>>> > > > >>>>>>> > > Thanks, > >>>>>>> > > Wangda > >>>>>>> > > > >>>>>>> > > On Wed, Jul 18, 2018 at 6:20 PM Aaron Fabbri > >>>>>>> <fab...@cloudera.com.invalid > >>>>>>> > > > >>>>>>> > > wrote: > >>>>>>> > > > >>>>>>> > >> On Tue, Jul 17, 2018 at 7:21 PM Steve Loughran < > >>>>>>> ste...@hortonworks.com> > >>>>>>> > >> wrote: > >>>>>>> > >> > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > On 16 Jul 2018, at 23:45, Sunil G <sun...@apache.org > <mailto: > >>>>>>> > >> > sun...@apache.org>> wrote: > >>>>>>> > >> > > >>>>>>> > >> > I would also would like to take this opportunity to come up > >>>>>>> with a > >>>>>>> > >> detailed > >>>>>>> > >> > plan. > >>>>>>> > >> > > >>>>>>> > >> > - Feature freeze date : all features should be merged by > >>>>>>> August 10, > >>>>>>> > >> 2018. > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > <snip> > >>>>>>> > >> > >>>>>>> > >> > > >>>>>>> > >> > Please let me know if I missed any features targeted to 3.2 > >>>>>>> per this > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > Well there these big todo lists for S3 & S3Guard. > >>>>>>> > >> > > >>>>>>> > >> > https://issues.apache.org/jira/browse/HADOOP-15226 > >>>>>>> > >> > https://issues.apache.org/jira/browse/HADOOP-15220 > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > There's a bigger bit of work coming on for Azure Datalake > Gen > >>>>>>> 2 > >>>>>>> > >> > https://issues.apache.org/jira/browse/HADOOP-15407 > >>>>>>> > >> > > >>>>>>> > >> > I don't think this is quite ready yet, I've been doing work > >>>>>>> on it, but > >>>>>>> > >> if > >>>>>>> > >> > we have a 3 week deadline, I'm going to expect some timely > >>>>>>> reviews on > >>>>>>> > >> > https://issues.apache.org/jira/browse/HADOOP-15546 > >>>>>>> > >> > > >>>>>>> > >> > I've uprated that to a blocker feature; will review the S3 & > >>>>>>> S3Guard > >>>>>>> > >> JIRAs > >>>>>>> > >> > to see which of those are blocking. Then there are some > >>>>>>> pressing > >>>>>>> > "guave, > >>>>>>> > >> > java 9 prep" > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> I can help with this part if you like. > >>>>>>> > >> > >>>>>>> > >> > >>>>>>> > >> > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > timeline. I would like to volunteer myself as release > manager > >>>>>>> of 3.2.0 > >>>>>>> > >> > release. > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > well volunteered! > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> Yes, thank you for stepping up. > >>>>>>> > >> > >>>>>>> > >> > >>>>>>> > >> > > >>>>>>> > >> > I think this raises a good q: what timetable should we have > >>>>>>> for the > >>>>>>> > >> 3.2. & > >>>>>>> > >> > 3.3 releases; if we do want a faster cadence, then having > the > >>>>>>> outline > >>>>>>> > >> time > >>>>>>> > >> > from the 3.2 to the 3.3 release means that there's less > >>>>>>> concern about > >>>>>>> > >> > things not making the 3.2 dealine > >>>>>>> > >> > > >>>>>>> > >> > -Steve > >>>>>>> > >> > > >>>>>>> > >> > > >>>>>>> > >> Good idea to mitigate the short deadline. > >>>>>>> > >> > >>>>>>> > >> -AF > >>>>>>> > >> > >>>>>>> > > > >>>>>>> > > >>>>>>> > >>>>>> >