[jira] [Created] (HDFS-11196) Ozone: Improve logging and error handling in the container layer

2016-12-01 Thread Anu Engineer (JIRA)
Anu Engineer created HDFS-11196:
---

 Summary: Ozone: Improve logging and error handling in the 
container layer
 Key: HDFS-11196
 URL: https://issues.apache.org/jira/browse/HDFS-11196
 Project: Hadoop HDFS
  Issue Type: Sub-task
  Components: ozone
Affects Versions: HDFS-7240
Reporter: Anu Engineer
Assignee: Anu Engineer
 Fix For: HDFS-7240


Improve logging and error handling in container layer.
 * With this change Storage Containers return StorageContainerException.
 * Precondition checks fail with a human readable error.
 * All failed requests are logged with traceID in the dispatcher.
 * Returns proper error codes for corresponding failures.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org



Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86

2016-12-01 Thread Apache Jenkins Server
For more details, see 
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/

[Nov 30, 2016 7:44:52 AM] (kai.zheng) Revert due to an error "HDFS-10994. 
Support an XOR policy XOR-2-1-64k in
[Nov 30, 2016 7:52:56 AM] (kai.zheng) HDFS-10994. Support an XOR policy 
XOR-2-1-64k in HDFS. Contributed by
[Nov 30, 2016 5:12:15 PM] (raviprak) HDFS-8678. Bring back the feature to view 
chunks of files in the HDFS
[Nov 30, 2016 5:50:33 PM] (templedf) YARN-4997. Update fair scheduler to use 
pluggable auth provider
[Nov 30, 2016 6:47:41 PM] (raviprak) MAPREDUCE-6810. Fix 
hadoop-mapreduce-client-nativetask compilation with
[Nov 30, 2016 6:52:44 PM] (aajisaka) HADOOP-13790. Make qbt script executable. 
Contributed by Andrew Wang.
[Nov 30, 2016 7:23:51 PM] (templedf) YARN-5942. "Overridden" is misspelled as 
"overriden" in FairScheduler.md
[Nov 30, 2016 9:01:19 PM] (liuml07)  HADOOP-13830. Intermittent failure of
[Nov 30, 2016 9:38:42 PM] (gtcarrera9) YARN-5761. Separate QueueManager from 
Scheduler. (Xuan Gong via
[Nov 30, 2016 11:58:31 PM] (wang) HDFS-5517. Lower the default maximum number 
of blocks per file.
[Dec 1, 2016 1:55:12 AM] (wang) HADOOP-13840. Implement getUsed() for 
ViewFileSystem. Contributed by




-1 overall


The following subsystems voted -1:
asflicense findbugs unit


The following subsystems voted -1 but
were configured to be filtered/ignored:
cc checkstyle javac javadoc pylint shellcheck shelldocs whitespace


The following subsystems are considered long running:
(runtime bigger than 1h  0m  0s)
unit


Specific tests:

FindBugs :

   module:hadoop-hdfs-project/hadoop-hdfs 
   
org.apache.hadoop.hdfs.server.datanode.fsdataset.impl.BlockPoolSlice.validateIntegrityAndSetLength(File,
 long) may fail to clean up java.io.InputStream on checked exception Obligation 
to clean up resource created at BlockPoolSlice.java:clean up 
java.io.InputStream on checked exception Obligation to clean up resource 
created at BlockPoolSlice.java:[line 720] is not discharged 

Failed junit tests :

   hadoop.yarn.server.timeline.webapp.TestTimelineWebServices 
   hadoop.yarn.server.TestDiskFailures 
   hadoop.yarn.server.TestContainerManagerSecurity 
   hadoop.yarn.server.TestMiniYarnClusterNodeUtilization 
  

   cc:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-compile-cc-root.txt
  [4.0K]

   javac:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-compile-javac-root.txt
  [168K]

   checkstyle:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-checkstyle-root.txt
  [16M]

   pylint:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-patch-pylint.txt
  [20K]

   shellcheck:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-patch-shellcheck.txt
  [28K]

   shelldocs:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-patch-shelldocs.txt
  [16K]

   whitespace:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/whitespace-eol.txt
  [11M]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/whitespace-tabs.txt
  [1.3M]

   findbugs:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/branch-findbugs-hadoop-hdfs-project_hadoop-hdfs-warnings.html
  [8.0K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/branch-findbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-tests.txt
  [4.0K]

   javadoc:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/diff-javadoc-javadoc-root.txt
  [2.2M]

   unit:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-applicationhistoryservice.txt
  [12K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-tests.txt
  [316K]

   asflicense:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/242/artifact/out/patch-asflicense-problems.txt
  [4.0K]

Powered by Apache Yetus 0.4.0-SNAPSHOT   http://yetus.apache.org



-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org

[jira] [Created] (HDFS-11198) NN UI should link DN web address using hostnames

2016-12-01 Thread Kihwal Lee (JIRA)
Kihwal Lee created HDFS-11198:
-

 Summary: NN UI should link DN web address using hostnames
 Key: HDFS-11198
 URL: https://issues.apache.org/jira/browse/HDFS-11198
 Project: Hadoop HDFS
  Issue Type: Bug
Affects Versions: 2.8.0
Reporter: Kihwal Lee
Priority: Critical


The new NN UI shows link to DN web pages, but since the link is from the info 
address returned from jmx, it is in IP address:port form. This breaks if users 
are using filters utilizing cookies.

Since this is a new feature in 2.8, I didn't mark it as a blocker. I.e. it does 
not break any existing functions. It just doesn't work properly in certain 
environments.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org



[jira] [Created] (HDFS-11197) Listing encryption zones fails when deleting a EZ that is on a snapshotted directory

2016-12-01 Thread Wellington Chevreuil (JIRA)
Wellington Chevreuil created HDFS-11197:
---

 Summary: Listing encryption zones fails when deleting a EZ that is 
on a snapshotted directory
 Key: HDFS-11197
 URL: https://issues.apache.org/jira/browse/HDFS-11197
 Project: Hadoop HDFS
  Issue Type: Bug
  Components: hdfs
Affects Versions: 2.6.0
Reporter: Wellington Chevreuil
Assignee: Wellington Chevreuil


If a EZ directory is under a snapshotable directory, and a snapshot has been 
taking, then if this EZ is permanently deleted, it causes *hdfs crypto 
listZones* command to fail without showing any of the still available zones.

This happens only after the EZ is removed from Trash folder. For example, 
considering */test-snap* folder is snapshotable and there is already an 
snapshot for it:

{noformat}
$ hdfs crypto -listZones
/user/systest   my-key
/test-snap/EZ-1   my-key

$ hdfs dfs -rmr /test-snap/EZ-1
INFO fs.TrashPolicyDefault: Moved: 'hdfs://ns1/test-snap/EZ-1' to trash at: 
hdfs://ns1/user/hdfs/.Trash/Current/test-snap/EZ-1

$ hdfs crypto -listZones
/user/systest   my-key
/user/hdfs/.Trash/Current/test-snap/EZ-1  my-key 

$ hdfs dfs -rmr /user/hdfs/.Trash/Current/test-snap/EZ-1
Deleted /user/hdfs/.Trash/Current/test-snap/EZ-1

$ hdfs crypto -listZones
RemoteException: Absolute path required
{noformat}

Once this error happens, *hdfs crypto -listZones* only works again if we remove 
the snapshot:

{noformat}
$ hdfs dfs -deleteSnapshot /test-snap snap1
$ hdfs crypto -listZones
/user/systest   my-key
{noformat}

If we instead delete the EZ using *skipTrash* option, *hdfs crypto -listZones" 
does not break:

{noformat}
$ hdfs crypto -listZones
/user/systest   my-key
/test-snap/EZ-2  my-key

$ hdfs dfs -rmr -skipTrash /test-snap/EZ-2
Deleted /test-snap/EZ-2

$ hdfs crypto -listZones
/user/systest   my-key
{noformat}

The different behaviour seems to be because when removing the EZ trash folder, 
it's related INode is left with no parent INode. This causes 
*EncryptionZoneManager.listEncryptionZones* to throw the seen error, when 
trying to resolve the inodes in the given path.

Am proposing a patch that fixes this issue by simply performing an additional 
check on *EncryptionZoneManager.listEncryptionZones* for the case an inode has 
no parent, so that it would be skipped on the list without trying to resolve 
it. Feedback on the proposal is appreciated. 

 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org



Re: [Continued] [Release thread] 2.8.0 release activities

2016-12-01 Thread Junping Du
Thanks Andrew! That's also a nice suggestion. I already create a similar job: 
https://builds.apache.org/view/H-L/view/Hadoop/job/Hadoop-2.8-JACC/ for 2.8 and 
kick off several runs manually. Will monitor incompatible status from there.


Thanks,


Junping



From: Andrew Wang 
Sent: Wednesday, November 30, 2016 4:18 PM
To: Junping Du
Cc: Sangjin Lee; common-...@hadoop.apache.org; hdfs-dev@hadoop.apache.org; 
mapreduce-...@hadoop.apache.org; yarn-...@hadoop.apache.org; Vinod Vavilapalli; 
Jian He; Wangda Tan; sj...@twitter.com
Subject: Re: [Continued] [Release thread] 2.8.0 release activities

I recommend giving the JACC report another look. I set up a parameterized 
jenkins job which you can trigger manually for branch-2.8:

https://builds.apache.org/view/H-L/view/Hadoop/job/Hadoop-trunk-JACC/

On Wed, Nov 30, 2016 at 4:06 PM, Junping Du 
mailto:j...@hortonworks.com>> wrote:
Hi Sangjin and all,

 That sounds good. If anyone have priority fix to backport , please 
nominate it by following this email thread or ping me on JIRA directly. And I 
agree that we should keep in mind that our bar for 2.8 release should be high 
now as we want to move quickly on this release. Non-critical fixes can wait for 
next one.

  Any other comments and suggestions?


Thanks,


Junping



From: sjl...@gmail.com 
mailto:sjl...@gmail.com>> on behalf of Sangjin Lee 
mailto:sj...@apache.org>>
Sent: Wednesday, November 30, 2016 3:24 PM
To: Junping Du
Cc: common-...@hadoop.apache.org; 
hdfs-dev@hadoop.apache.org; 
mapreduce-...@hadoop.apache.org; 
yarn-...@hadoop.apache.org; Vinod 
Vavilapalli; Jian He; Wangda Tan; sj...@twitter.com
Subject: Re: [Continued] [Release thread] 2.8.0 release activities

Thanks for picking this up Junping!

I heard on email threads and offline discussions that there may be interests in 
porting some fixes from branch-2 to branch-2.8. I still feel that the bar 
should be pretty high to do that, but it might be good to have folks suggest 
some critical fixes that need to be released sooner. Thoughts?

On Tue, Nov 29, 2016 at 8:50 PM, Junping Du 
mailto:j...@hortonworks.com>>>
 wrote:
Hi folks,
 Per asked by Vinod offline, I would like to continue the effort to push 
2.8 release out in next several weeks. The plan is as following:
 - We only have 5 blockers and 3 critical issues 
(https://s.apache.org/6kwx) so far, and most of them are in good progress now. 
I put them all on apache ciwiki ( 
https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+2.8+Release) and will 
do daily monitor and update on these issues in next couple of weeks.
 - When all blocker/critical issues are gone (target EOD is Dec. 10), I 
will push out all major/minor issues that is open. So if you are working on 
some major issues and target for release in 2.8, please keep track of our 
release status and your work progress.
 - I will create RC immediately once our 2.8 target issues are clean 
(especially for blocker and critical issues) for voting process.

 I hope we can make it within year 2016, best before Xmas holiday. And I 
need help from all of you. :)


Thanks,

Junping


From: Vinod Kumar Vavilapalli 
mailto:vino...@apache.org>>>
Sent: Monday, July 25, 2016 2:57 PM
To: Jian He
Cc: 
mapreduce-...@hadoop.apache.org>;
 
yarn-...@hadoop.apache.org>;
 
hdfs-dev@hadoop.apache.org>;
 
common-...@hadoop.apache.org>
Subject: Re: [Release thread] 2.8.0 release activities

Thanks for all that great help moving this release forward, Jian, Sangjin, 
Wangda et al! Appreciate it.

The License / Notice fix is finally in. And I pushed out a 2.7.3 RC0 last week.

I only see 9 blocker / critical fixes pending for 2.8.0 - 
https://issues.apache.org/jira/issues/?filter=12334985. Let’s do this!

Thanks
+Vinod

> On May 11, 2016, at 6:04 PM, Jian He 
> mailto:j...@hortonworks.com>>>
>  wrote:
>
> For MapReduce/YARN, I closed a few staled ones. Only 4 jiras needs attention 
> for 2.8
>
> MAPREDUCE-6288
> YARN-1815
> YARN-4685
> YARN-4844
>
> The rest are either improvements or long-standing issues and does not qualify 
> release b

Apache Hadoop qbt Report: trunk+JDK8 on Linux/ppc64le

2016-12-01 Thread Apache Jenkins Server
For more details, see 
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/

[Nov 30, 2016 5:12:15 PM] (raviprak) HDFS-8678. Bring back the feature to view 
chunks of files in the HDFS
[Nov 30, 2016 5:50:33 PM] (templedf) YARN-4997. Update fair scheduler to use 
pluggable auth provider
[Nov 30, 2016 6:47:41 PM] (raviprak) MAPREDUCE-6810. Fix 
hadoop-mapreduce-client-nativetask compilation with
[Nov 30, 2016 6:52:44 PM] (aajisaka) HADOOP-13790. Make qbt script executable. 
Contributed by Andrew Wang.
[Nov 30, 2016 7:23:51 PM] (templedf) YARN-5942. "Overridden" is misspelled as 
"overriden" in FairScheduler.md
[Nov 30, 2016 9:01:19 PM] (liuml07)  HADOOP-13830. Intermittent failure of
[Nov 30, 2016 9:38:42 PM] (gtcarrera9) YARN-5761. Separate QueueManager from 
Scheduler. (Xuan Gong via
[Nov 30, 2016 11:58:31 PM] (wang) HDFS-5517. Lower the default maximum number 
of blocks per file.
[Dec 1, 2016 1:55:12 AM] (wang) HADOOP-13840. Implement getUsed() for 
ViewFileSystem. Contributed by




-1 overall


The following subsystems voted -1:
compile unit


The following subsystems voted -1 but
were configured to be filtered/ignored:
cc javac


The following subsystems are considered long running:
(runtime bigger than 1h  0m  0s)
unit


Specific tests:

Failed junit tests :

   hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewer 
   hadoop.hdfs.TestFileCorruption 
   hadoop.hdfs.TestFileAppend3 
   hadoop.hdfs.web.TestWebHdfsTimeouts 
   hadoop.yarn.server.nodemanager.recovery.TestNMLeveldbStateStoreService 
   hadoop.yarn.server.nodemanager.TestNodeManagerShutdown 
   hadoop.yarn.server.timeline.TestRollingLevelDB 
   hadoop.yarn.server.timeline.TestTimelineDataManager 
   hadoop.yarn.server.timeline.TestLeveldbTimelineStore 
   hadoop.yarn.server.timeline.webapp.TestTimelineWebServices 
   hadoop.yarn.server.timeline.recovery.TestLeveldbTimelineStateStore 
   hadoop.yarn.server.timeline.TestRollingLevelDBTimelineStore 
   
hadoop.yarn.server.applicationhistoryservice.TestApplicationHistoryServer 
   hadoop.yarn.server.timelineservice.storage.common.TestRowKeys 
   hadoop.yarn.server.timelineservice.storage.common.TestKeyConverters 
   hadoop.yarn.server.timelineservice.storage.common.TestSeparator 
   hadoop.yarn.server.resourcemanager.recovery.TestLeveldbRMStateStore 
   hadoop.yarn.server.resourcemanager.TestRMRestart 
   hadoop.yarn.server.resourcemanager.TestResourceTrackerService 
   hadoop.yarn.server.TestMiniYarnClusterNodeUtilization 
   hadoop.yarn.server.TestContainerManagerSecurity 
   hadoop.yarn.server.timeline.TestLevelDBCacheTimelineStore 
   hadoop.yarn.server.timeline.TestOverrideTimelineStoreYarnClient 
   hadoop.yarn.server.timeline.TestEntityGroupFSTimelineStore 
   hadoop.yarn.server.timelineservice.storage.TestHBaseTimelineStorageApps 
   
hadoop.yarn.server.timelineservice.storage.flow.TestHBaseStorageFlowRunCompaction
 
   
hadoop.yarn.server.timelineservice.storage.TestHBaseTimelineStorageEntities 
   hadoop.yarn.server.timelineservice.storage.flow.TestHBaseStorageFlowRun 
   
hadoop.yarn.server.timelineservice.storage.TestPhoenixOfflineAggregationWriterImpl
 
   
hadoop.yarn.server.timelineservice.reader.TestTimelineReaderWebServicesHBaseStorage
 
   
hadoop.yarn.server.timelineservice.storage.flow.TestHBaseStorageFlowActivity 
   hadoop.yarn.applications.distributedshell.TestDistributedShell 
   hadoop.mapred.TestShuffleHandler 
   hadoop.mapreduce.v2.hs.TestHistoryServerLeveldbStateStoreService 

Timed out junit tests :

   org.apache.hadoop.hdfs.server.datanode.TestFsDatasetCache 
   org.apache.hadoop.mapred.TestMRIntermediateDataEncryption 
  

   compile:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-compile-root.txt
  [172K]

   cc:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-compile-root.txt
  [172K]

   javac:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-compile-root.txt
  [172K]

   unit:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
  [200K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-nodemanager.txt
  [52K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-applicationhistoryservice.txt
  [56K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/173/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-timelineservice.txt
  [20K]
   
https://builds.apache.

Re: [Continued] [Release thread] 2.8.0 release activities

2016-12-01 Thread Andrew Wang
One more thing I forgot, there needs to be a bulk fix version update. Vinod
asked me not to update for 2.8.0 when I updated for 3.0.0-alpha1, but
basically there are a lot of JIRAs in 2.6.x and 2.7.x that also need a
2.8.0 fix version so the changelog diffs correctly with 2.7.0.

I posted the scripts I used to do this for 3.0.0-alpha1. You also should
ask infra to disable JIRA updates temporarily while the script runs:

https://github.com/umbrant/versions

Best,
Andrew

On Thu, Dec 1, 2016 at 9:08 AM, Junping Du  wrote:

> Thanks Andrew! That's also a nice suggestion. I already create a similar
> job: https://builds.apache.org/view/H-L/view/Hadoop/job/Hadoop-2.8-JACC/
> for 2.8 and kick off several runs manually. Will monitor
> incompatible status from there.
>
>
> Thanks,
>
>
> Junping
>
>
> --
> *From:* Andrew Wang 
> *Sent:* Wednesday, November 30, 2016 4:18 PM
> *To:* Junping Du
> *Cc:* Sangjin Lee; common-...@hadoop.apache.org;
> hdfs-dev@hadoop.apache.org; mapreduce-...@hadoop.apache.org;
> yarn-...@hadoop.apache.org; Vinod Vavilapalli; Jian He; Wangda Tan;
> sj...@twitter.com
>
> *Subject:* Re: [Continued] [Release thread] 2.8.0 release activities
>
> I recommend giving the JACC report another look. I set up a parameterized
> jenkins job which you can trigger manually for branch-2.8:
>
> https://builds.apache.org/view/H-L/view/Hadoop/job/Hadoop-trunk-JACC/
>
> On Wed, Nov 30, 2016 at 4:06 PM, Junping Du  wrote:
>
>> Hi Sangjin and all,
>>
>>  That sounds good. If anyone have priority fix to backport , please
>> nominate it by following this email thread or ping me on JIRA directly. And
>> I agree that we should keep in mind that our bar for 2.8 release should be
>> high now as we want to move quickly on this release. Non-critical fixes can
>> wait for next one.
>>
>>   Any other comments and suggestions?
>>
>>
>> Thanks,
>>
>>
>> Junping
>>
>>
>> 
>> From: sjl...@gmail.com  on behalf of Sangjin Lee <
>> sj...@apache.org>
>> Sent: Wednesday, November 30, 2016 3:24 PM
>> To: Junping Du
>> Cc: common-...@hadoop.apache.org; hdfs-dev@hadoop.apache.org;
>> mapreduce-...@hadoop.apache.org; yarn-...@hadoop.apache.org; Vinod
>> Vavilapalli; Jian He; Wangda Tan; sj...@twitter.com
>> Subject: Re: [Continued] [Release thread] 2.8.0 release activities
>>
>> Thanks for picking this up Junping!
>>
>> I heard on email threads and offline discussions that there may be
>> interests in porting some fixes from branch-2 to branch-2.8. I still feel
>> that the bar should be pretty high to do that, but it might be good to have
>> folks suggest some critical fixes that need to be released sooner. Thoughts?
>>
>> On Tue, Nov 29, 2016 at 8:50 PM, Junping Du > j...@hortonworks.com>> wrote:
>> Hi folks,
>>  Per asked by Vinod offline, I would like to continue the effort to
>> push 2.8 release out in next several weeks. The plan is as following:
>>  - We only have 5 blockers and 3 critical issues (
>> https://s.apache.org/6kwx) so far, and most of them are in good progress
>> now. I put them all on apache ciwiki ( https://cwiki.apache.org/confl
>> uence/display/HADOOP/Hadoop+2.8+Release) and will do daily monitor and
>> update on these issues in next couple of weeks.
>>  - When all blocker/critical issues are gone (target EOD is Dec. 10),
>> I will push out all major/minor issues that is open. So if you are working
>> on some major issues and target for release in 2.8, please keep track of
>> our release status and your work progress.
>>  - I will create RC immediately once our 2.8 target issues are clean
>> (especially for blocker and critical issues) for voting process.
>>
>>  I hope we can make it within year 2016, best before Xmas holiday.
>> And I need help from all of you. :)
>>
>>
>> Thanks,
>>
>> Junping
>>
>> 
>> From: Vinod Kumar Vavilapalli mailto:vin
>> o...@apache.org>>
>> Sent: Monday, July 25, 2016 2:57 PM
>> To: Jian He
>> Cc: mapreduce-...@hadoop.apache.org> apache.org>; yarn-...@hadoop.apache.org;
>> hdfs-dev@hadoop.apache.org;
>> common-...@hadoop.apache.org
>> Subject: Re: [Release thread] 2.8.0 release activities
>>
>> Thanks for all that great help moving this release forward, Jian,
>> Sangjin, Wangda et al! Appreciate it.
>>
>> The License / Notice fix is finally in. And I pushed out a 2.7.3 RC0 last
>> week.
>>
>> I only see 9 blocker / critical fixes pending for 2.8.0 -
>> https://issues.apache.org/jira/issues/?filter=12334985. Let’s do this!
>>
>> Thanks
>> +Vinod
>>
>> > On May 11, 2016, at 6:04 PM, Jian He mailto:jh
>> e...@hortonworks.com>> wrote:
>> >
>> > For MapReduce/YARN, I closed a few staled ones. Only 4 jiras needs
>> attention for 2.8
>> >
>> > MAPREDUCE-6288
>> > YARN-1815
>> > YARN-4685
>> > YARN-4844
>> >
>> > The rest are eit