[jira] [Resolved] (HDFS-10806) Mapreduce jobs fail when StoragePolicy is set

2016-10-01 Thread Brahma Reddy Battula (JIRA)

 [ 
https://issues.apache.org/jira/browse/HDFS-10806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brahma Reddy Battula resolved HDFS-10806.
-
Resolution: Duplicate

> Mapreduce jobs fail when StoragePolicy is set
> -
>
> Key: HDFS-10806
> URL: https://issues.apache.org/jira/browse/HDFS-10806
> Project: Hadoop HDFS
>  Issue Type: Bug
>  Components: hdfs
>Affects Versions: 2.7.1
>Reporter: Dennis Lattka
>Priority: Critical
>
> Before applying any StoragePolicy, running any mapreduce jobs will complete 
> as expected. As soon as the StoragePolicy is set (Tested using HOT and 
> ONE_SSD) any mapreduce job will fail.
> NOTE: I also tested this with hadoop streaming using two python scripts, one 
> for the mapper and one for the reduce and the error is identical.
> STORAGE POLICY:
> [hdfs@hadoop-vm-client 12:58:41] hdfs storagepolicies -getStoragePolicy -path 
> /
> The storage policy of /:
> BlockStoragePolicy{ONE_SSD:10, storageTypes=[SSD, DISK], 
> creationFallbacks=[SSD, DISK], replicationFallbacks=[SSD, DISK]}
> VERSION:
> [hdfs@hadoop-vm-client 13:02:59] hdfs version
> Hadoop 2.7.1.2.4.0.0-169
> Subversion g...@github.com:hortonworks/hadoop.git -r 
> 26104d8ac833884c8776473823007f176854f2eb
> Compiled by jenkins on 2016-02-10T06:18Z
> Compiled with protoc 2.5.0
> From source with checksum cf48a4c63aaec76a714c1897e2ba8be6
> This command was run using 
> /usr/hdp/2.4.0.0-169/hadoop/hadoop-common-2.7.1.2.4.0.0-169.jar
> ERROR:
> [hdfs@hadoop-vm-client 16:25:53] /usr/hdp/current/hadoop-client/bin/yarn 
> --config /usr/hdp/current/hadoop-client/conf jar 
> /usr/hdp/current/hadoop-mapreduce-client/hadoop-mapreduce-examples.jar 
> randomtextwriter -D mapreduce.randomtextwriter.totalbytes=2147483648000 
> /benchmarks/Wordcount/Input.11358
> 16/08/26 12:58:38 INFO impl.TimelineClientImpl: Timeline service address: 
> http://hadoop-vm-rm.aae.lcl:8188/ws/v1/timeline/
> 16/08/26 12:58:38 INFO client.RMProxy: Connecting to ResourceManager at 
> hadoop-vm-rm.aae.lcl/172.16.4.12:8050
> Running 2000 maps.
> Job started: Fri Aug 26 12:58:39 CDT 2016
> 16/08/26 12:58:39 INFO impl.TimelineClientImpl: Timeline service address: 
> http://hadoop-vm-rm.aae.lcl:8188/ws/v1/timeline/
> 16/08/26 12:58:39 INFO client.RMProxy: Connecting to ResourceManager at 
> hadoop-vm-rm.aae.lcl/172.16.4.12:8050
> 16/08/26 12:58:40 INFO mapreduce.JobSubmitter: Cleaning up the staging area 
> /user/hdfs/.staging/job_1472151637713_0002
> org.apache.hadoop.ipc.RemoteException(java.lang.IllegalArgumentException): 
> java.lang.IllegalArgumentException
>   at 
> com.google.common.base.Preconditions.checkArgument(Preconditions.java:72)
>   at 
> org.apache.hadoop.hdfs.server.namenode.FSDirectory.getStorageTypeDeltas(FSDirectory.java:789)
>   at 
> org.apache.hadoop.hdfs.server.namenode.FSDirectory.updateCount(FSDirectory.java:711)
>   at 
> org.apache.hadoop.hdfs.server.namenode.FSDirAttrOp.unprotectedSetReplication(FSDirAttrOp.java:397)
>   at 
> org.apache.hadoop.hdfs.server.namenode.FSDirAttrOp.setReplication(FSDirAttrOp.java:151)
>   at 
> org.apache.hadoop.hdfs.server.namenode.FSNamesystem.setReplication(FSNamesystem.java:1968)
>   at 
> org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.setReplication(NameNodeRpcServer.java:740)
>   at 
> org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.setReplication(ClientNamenodeProtocolServerSideTranslatorPB.java:440)
>   at 
> org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
>   at 
> org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:616)
>   at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:969)
>   at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2151)
>   at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2147)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at javax.security.auth.Subject.doAs(Subject.java:422)
>   at 
> org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657)
>   at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2145)
>   at org.apache.hadoop.ipc.Client.call(Client.java:1427)
>   at org.apache.hadoop.ipc.Client.call(Client.java:1358)
>   at 
> org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:229)
>   at com.sun.proxy.$Proxy22.setReplication(Unknown Source)
>   at 
> org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.setReplication(ClientNamenodeProtocolTranslatorPB.java:349)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> 

[jira] [Reopened] (HDFS-10923) Make InstrumentedLock require ReentrantLock

2016-10-01 Thread Arpit Agarwal (JIRA)

 [ 
https://issues.apache.org/jira/browse/HDFS-10923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Arpit Agarwal reopened HDFS-10923:
--

> Make InstrumentedLock require ReentrantLock
> ---
>
> Key: HDFS-10923
> URL: https://issues.apache.org/jira/browse/HDFS-10923
> Project: Hadoop HDFS
>  Issue Type: Bug
>Reporter: Arpit Agarwal
>Assignee: Arpit Agarwal
> Fix For: 2.8.0, 3.0.0-alpha2
>
> Attachments: HDFS-10923.01.patch, HDFS-10923.02.patch, 
> HDFS-10923.03.patch
>
>
> Make InstrumentedLock use ReentrantLock instead of Lock, so nested 
> acquire/release calls can be instrumented correctly.



--
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-10944) Change javadoc "Allow Snapshot " to " DisAllow Snapshot" for disallowSnapshot function

2016-10-01 Thread Jagadesh Kiran N (JIRA)
Jagadesh Kiran N created HDFS-10944:
---

 Summary: Change javadoc "Allow Snapshot " to " DisAllow Snapshot" 
for disallowSnapshot function 
 Key: HDFS-10944
 URL: https://issues.apache.org/jira/browse/HDFS-10944
 Project: Hadoop HDFS
  Issue Type: Bug
Reporter: Jagadesh Kiran N
Assignee: Jagadesh Kiran N
Priority: Minor


in DFSadmin.java ,the javadoc for Disallow snapshot is not proper

{code}
 /**
   * Allow snapshot on a directory.
   * Usage: hdfs dfsadmin -disallowSnapshot snapshotDir
   * @param argv List of of command line parameters.
   * @exception IOException
   */
{code}

Change the Allow Snapshot to Disallow Snapshot



--
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/ppc64le

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

[Sep 30, 2016 1:44:18 PM] (kihwal) HDFS-10850. getEZForPath should NOT throw 
FNF. Contributed by Andrew
[Sep 30, 2016 6:03:24 PM] (kihwal) HDFS-10851. FSDirStatAndListingOp: stop 
passing path as string.
[Sep 30, 2016 6:26:28 PM] (kihwal) HADOOP-13671. Fix ClassFormatException in 
trunk build. Contributed by
[Sep 30, 2016 7:35:47 PM] (weichiu) HDFS-10908. Improve 
StripedBlockReader#createBlockReader error logging.
[Sep 30, 2016 7:48:11 PM] (weichiu) HDFS-10910. HDFS Erasure Coding doc should 
state its currently supported
[Sep 30, 2016 7:51:27 PM] (weichiu) HDFS-10907. Fix Erasure Coding 
documentation. Contributed by Manoj
[Sep 30, 2016 7:58:37 PM] (weichiu) HADOOP-12974. Create a CachingGetSpaceUsed 
implementation that uses df.
[Sep 30, 2016 8:16:08 PM] (zhz) HDFS-10896. Move lock logging logic from 
FSNamesystem into
[Sep 30, 2016 8:30:55 PM] (rkanter) YARN-5693. Reduce loglevel to Debug in 
ContainerManagementProtocolProxy
[Oct 1, 2016 12:51:39 AM] (xiao) HADOOP-13317. Add logs to KMS server-side to 
improve supportability.
[Oct 1, 2016 2:41:43 AM] (subru) YARN-5384. Expose priority in 
ReservationSystem submission APIs. (Sean
[Oct 1, 2016 6:00:06 AM] (arp) HDFS-10923. Make InstrumentedLock require 
ReentrantLock.
[Oct 1, 2016 6:11:51 AM] (arp) Revert "HDFS-10923. Make InstrumentedLock 
require ReentrantLock."




-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.security.authentication.util.TestZKSignerSecretProvider 
   hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewer 
   hadoop.hdfs.web.TestWebHdfsTimeouts 
   hadoop.yarn.server.nodemanager.recovery.TestNMLeveldbStateStoreService 
   hadoop.yarn.server.nodemanager.TestNodeManagerShutdown 
   
hadoop.yarn.server.nodemanager.containermanager.queuing.TestQueuingContainerManager
 
   hadoop.yarn.server.timeline.TestRollingLevelDB 
   hadoop.yarn.server.applicationhistoryservice.webapp.TestAHSWebServices 
   hadoop.yarn.server.timeline.TestTimelineDataManager 
   hadoop.yarn.server.timeline.TestLeveldbTimelineStore 
   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.client.api.impl.TestNMClient 
   hadoop.yarn.server.timeline.TestLevelDBCacheTimelineStore 
   hadoop.yarn.server.timeline.TestOverrideTimelineStoreYarnClient 
   hadoop.yarn.server.timeline.TestEntityGroupFSTimelineStore 
   hadoop.yarn.server.timelineservice.storage.TestHBaseTimelineStorage 
   
hadoop.yarn.server.timelineservice.storage.flow.TestHBaseStorageFlowRunCompaction
 
   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/111/artifact/out/patch-compile-root.txt
  [324K]

   cc:

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

   javac:

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

   unit:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/111/artifact/out/patch-unit-hadoop-common-project_hadoop-auth.txt
  [12K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/111/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
  [192K]

Re: [VOTE] Release Apache Hadoop 2.6.5 (RC0)

2016-10-01 Thread Sangjin Lee
I took a look at the commits that are part of 2.6.5, and sadly I count a
total of 18 of them that either are missing the corresponding entries or
have incorrect release versions in CHANGES.txt. And I'm not even thinking
about possible missing entries in earlier releases. :(

I think us committers need to pay greater attention to detail when we port
fixes to 2.6.x and 2.7.x where CHANGES.txt are still used. The rate of
missing entries in CHANGES.txt is too high.

Due to this high number of missing entries, I am leaning towards cutting
another RC where at least 2.6.5 entries all fixed. Let me know what you all
think (whether this is something that should stop the RC).

Regards,
Sangjin

On Sat, Oct 1, 2016 at 12:46 PM, Sangjin Lee  wrote:

> Thanks John and Brahma for reporting issues with CHANGES.txt.
>
> IMO, we can move ahead with the current RC0 and address these issues in a
> commit after the release, but I'm not against cutting another RC to fix
> CHANGES.txt. What do you think?
>
> Thanks,
> Sangjin
>
> On Fri, Sep 30, 2016 at 9:25 PM, Brahma Reddy Battula <
> brahmareddy.batt...@hotmail.com> wrote:
>
>> Thanks Sangjin!
>>
>>
>> +1 ( non- binding)
>>
>>
>> --Downloaded the source and complied
>>
>> --Installed HA cluster
>>
>> --Verified basic fsshell commands
>>
>> ---Did the regression on issues which is handled by me
>>
>> --Ran pi,terasort Slive jobs, all works fine.
>>
>>
>> Happy to see HDFS-9530.
>>
>>
>> Read through the commit log,Seems to be following commits are missed in
>> changes.txt.
>>
>>
>> HDFS-10653
>>
>> ,HADOOP-13290
>>
>> ,HDFS-10544,
>>
>> HADOOP-13255
>>
>> ,HADOOP-13189
>>
>>
>>
>>
>> --Brahma Reddy Battula
>>
>>
>> --
>> *From:* sjl...@gmail.com  on behalf of Sangjin Lee <
>> sj...@apache.org>
>> *Sent:* Wednesday, September 28, 2016 1:58 AM
>> *To:* common-...@hadoop.apache.org; hdfs-dev@hadoop.apache.org;
>> yarn-...@hadoop.apache.org; mapreduce-...@hadoop.apache.org
>> *Subject:* [VOTE] Release Apache Hadoop 2.6.5 (RC0)
>>
>> Hi folks,
>>
>> I have created a release candidate RC0 for the Apache Hadoop 2.6.5 release
>> (the next maintenance release in the 2.6.x release line). Below are the
>> details of this release candidate:
>>
>> The RC is available for validation at:
>> http://home.apache.org/~sjlee/hadoop-2.6.5-RC0/.
>>
>> The RC tag in git is release-2.6.5-RC0 and its git commit is
>> 6939fc935fba5651fdb33386d88aeb8e875cf27a.
>>
>> The maven artifacts are staged via repository.apache.org at:
>> https://repository.apache.org/content/repositories/orgapachehadoop-1048/.
>>
>> You can find my public key at
>> http://svn.apache.org/repos/asf/hadoop/common/dist/KEYS.
>>
>> Please try the release and vote. The vote will run for the usual 5 days.
>> Huge thanks to Chris Trezzo for spearheading the release management and
>> doing all the work!
>>
>> Thanks,
>> Sangjin
>>
>
>


Re: [VOTE] Release Apache Hadoop 2.6.5 (RC0)

2016-10-01 Thread Brahma Reddy Battula

I am not sure whether we can stop RC or not. But it will be good to have all 
commits in CHANGES.txt.


Theoretically it should be fine to ensure  bythetime vote pass(As there are no 
source code commit missed).Let's somebody else pitch in this.


Bytheway for branch-2.7, I raised HADOOP-13670 to track and even I sent mail 
for attention.






Thanks And Regards
Brahma Reddy Battula



From: sjl...@gmail.com  on behalf of Sangjin Lee 

Sent: Sunday, October 2, 2016 6:10 AM
To: Brahma Reddy Battula
Cc: common-...@hadoop.apache.org; hdfs-dev@hadoop.apache.org; 
yarn-...@hadoop.apache.org; mapreduce-...@hadoop.apache.org
Subject: Re: [VOTE] Release Apache Hadoop 2.6.5 (RC0)

I took a look at the commits that are part of 2.6.5, and sadly I count a total 
of 18 of them that either are missing the corresponding entries or have 
incorrect release versions in CHANGES.txt. And I'm not even thinking about 
possible missing entries in earlier releases. :(

I think us committers need to pay greater attention to detail when we port 
fixes to 2.6.x and 2.7.x where CHANGES.txt are still used. The rate of missing 
entries in CHANGES.txt is too high.

Due to this high number of missing entries, I am leaning towards cutting 
another RC where at least 2.6.5 entries all fixed. Let me know what you all 
think (whether this is something that should stop the RC).

Regards,
Sangjin

On Sat, Oct 1, 2016 at 12:46 PM, Sangjin Lee 
> wrote:
Thanks John and Brahma for reporting issues with CHANGES.txt.

IMO, we can move ahead with the current RC0 and address these issues in a 
commit after the release, but I'm not against cutting another RC to fix 
CHANGES.txt. What do you think?

Thanks,
Sangjin

On Fri, Sep 30, 2016 at 9:25 PM, Brahma Reddy Battula 
> wrote:

Thanks Sangjin!


+1 ( non- binding)


--Downloaded the source and complied

--Installed HA cluster

--Verified basic fsshell commands

---Did the regression on issues which is handled by me

--Ran pi,terasort Slive jobs, all works fine.


Happy to see HDFS-9530.


Read through the commit log,Seems to be following commits are missed in 
changes.txt.


HDFS-10653

,HADOOP-13290

,HDFS-10544,

HADOOP-13255

,HADOOP-13189



--Brahma Reddy Battula



From: sjl...@gmail.com 
> on behalf of Sangjin Lee 
>
Sent: Wednesday, September 28, 2016 1:58 AM
To: common-...@hadoop.apache.org; 
hdfs-dev@hadoop.apache.org; 
yarn-...@hadoop.apache.org; 
mapreduce-...@hadoop.apache.org
Subject: [VOTE] Release Apache Hadoop 2.6.5 (RC0)

Hi folks,

I have created a release candidate RC0 for the Apache Hadoop 2.6.5 release
(the next maintenance release in the 2.6.x release line). Below are the
details of this release candidate:

The RC is available for validation at:
http://home.apache.org/~sjlee/hadoop-2.6.5-RC0/.

The RC tag in git is release-2.6.5-RC0 and its git commit is
6939fc935fba5651fdb33386d88aeb8e875cf27a.

The maven artifacts are staged via 
repository.apache.org at:
https://repository.apache.org/content/repositories/orgapachehadoop-1048/.

You can find my public key at
http://svn.apache.org/repos/asf/hadoop/common/dist/KEYS.

Please try the release and vote. The vote will run for the usual 5 days.
Huge thanks to Chris Trezzo for spearheading the release management and
doing all the work!

Thanks,
Sangjin




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

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

[Sep 30, 2016 9:17:30 AM] (aajisaka) HADOOP-13640. Fix findbugs warning in 
VersionInfoMojo.java. Contributed
[Sep 30, 2016 1:44:18 PM] (kihwal) HDFS-10850. getEZForPath should NOT throw 
FNF. Contributed by Andrew
[Sep 30, 2016 6:03:24 PM] (kihwal) HDFS-10851. FSDirStatAndListingOp: stop 
passing path as string.
[Sep 30, 2016 6:26:28 PM] (kihwal) HADOOP-13671. Fix ClassFormatException in 
trunk build. Contributed by
[Sep 30, 2016 7:35:47 PM] (weichiu) HDFS-10908. Improve 
StripedBlockReader#createBlockReader error logging.
[Sep 30, 2016 7:48:11 PM] (weichiu) HDFS-10910. HDFS Erasure Coding doc should 
state its currently supported
[Sep 30, 2016 7:51:27 PM] (weichiu) HDFS-10907. Fix Erasure Coding 
documentation. Contributed by Manoj
[Sep 30, 2016 7:58:37 PM] (weichiu) HADOOP-12974. Create a CachingGetSpaceUsed 
implementation that uses df.
[Sep 30, 2016 8:16:08 PM] (zhz) HDFS-10896. Move lock logging logic from 
FSNamesystem into
[Sep 30, 2016 8:30:55 PM] (rkanter) YARN-5693. Reduce loglevel to Debug in 
ContainerManagementProtocolProxy
[Oct 1, 2016 12:51:39 AM] (xiao) HADOOP-13317. Add logs to KMS server-side to 
improve supportability.
[Oct 1, 2016 2:41:43 AM] (subru) YARN-5384. Expose priority in 
ReservationSystem submission APIs. (Sean
[Oct 1, 2016 6:00:06 AM] (arp) HDFS-10923. Make InstrumentedLock require 
ReentrantLock.
[Oct 1, 2016 6:11:51 AM] (arp) Revert "HDFS-10923. Make InstrumentedLock 
require ReentrantLock."




-1 overall


The following subsystems voted -1:
asflicense 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:

Failed junit tests :

   hadoop.hdfs.server.mover.TestMover 
   hadoop.yarn.server.applicationhistoryservice.webapp.TestAHSWebServices 
   hadoop.yarn.server.resourcemanager.applicationsmanager.TestAMRestart 
   hadoop.yarn.server.TestMiniYarnClusterNodeUtilization 
   hadoop.yarn.server.TestContainerManagerSecurity 
  

   cc:

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

   javac:

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

   checkstyle:

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

   pylint:

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

   shellcheck:

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

   shelldocs:

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

   whitespace:

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

   javadoc:

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

   unit:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/181/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
  [144K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/181/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/181/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
  [56K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/181/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-tests.txt
  [268K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/181/artifact/out/patch-unit-hadoop-mapreduce-project_hadoop-mapreduce-client_hadoop-mapreduce-client-nativetask.txt
  [124K]

   asflicense:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/181/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

Re: [VOTE] Release Apache Hadoop 2.6.5 (RC0)

2016-10-01 Thread Sangjin Lee
Thanks John and Brahma for reporting issues with CHANGES.txt.

IMO, we can move ahead with the current RC0 and address these issues in a
commit after the release, but I'm not against cutting another RC to fix
CHANGES.txt. What do you think?

Thanks,
Sangjin

On Fri, Sep 30, 2016 at 9:25 PM, Brahma Reddy Battula <
brahmareddy.batt...@hotmail.com> wrote:

> Thanks Sangjin!
>
>
> +1 ( non- binding)
>
>
> --Downloaded the source and complied
>
> --Installed HA cluster
>
> --Verified basic fsshell commands
>
> ---Did the regression on issues which is handled by me
>
> --Ran pi,terasort Slive jobs, all works fine.
>
>
> Happy to see HDFS-9530.
>
>
> Read through the commit log,Seems to be following commits are missed in
> changes.txt.
>
>
> HDFS-10653
>
> ,HADOOP-13290
>
> ,HDFS-10544,
>
> HADOOP-13255
>
> ,HADOOP-13189
>
>
>
>
> --Brahma Reddy Battula
>
>
> --
> *From:* sjl...@gmail.com  on behalf of Sangjin Lee <
> sj...@apache.org>
> *Sent:* Wednesday, September 28, 2016 1:58 AM
> *To:* common-...@hadoop.apache.org; hdfs-dev@hadoop.apache.org;
> yarn-...@hadoop.apache.org; mapreduce-...@hadoop.apache.org
> *Subject:* [VOTE] Release Apache Hadoop 2.6.5 (RC0)
>
> Hi folks,
>
> I have created a release candidate RC0 for the Apache Hadoop 2.6.5 release
> (the next maintenance release in the 2.6.x release line). Below are the
> details of this release candidate:
>
> The RC is available for validation at:
> http://home.apache.org/~sjlee/hadoop-2.6.5-RC0/.
>
> The RC tag in git is release-2.6.5-RC0 and its git commit is
> 6939fc935fba5651fdb33386d88aeb8e875cf27a.
>
> The maven artifacts are staged via repository.apache.org at:
> https://repository.apache.org/content/repositories/orgapachehadoop-1048/.
>
> You can find my public key at
> http://svn.apache.org/repos/asf/hadoop/common/dist/KEYS.
>
> Please try the release and vote. The vote will run for the usual 5 days.
> Huge thanks to Chris Trezzo for spearheading the release management and
> doing all the work!
>
> Thanks,
> Sangjin
>