[jira] [Resolved] (HADOOP-15746) Hadoop: branch-2.8 docker image failed to build

2018-09-11 Thread Akira Ajisaka (JIRA)


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

Akira Ajisaka resolved HADOOP-15746.

   Resolution: Duplicate
Fix Version/s: (was: 2.8.5)
   (was: 2.9.2)

> Hadoop: branch-2.8 docker image failed to build
> ---
>
> Key: HADOOP-15746
> URL: https://issues.apache.org/jira/browse/HADOOP-15746
> Project: Hadoop Common
>  Issue Type: Bug
>Reporter: Weiwei Yang
>Priority: Major
>
> The jenkins build was failing on hadoop branch-2.8 for quite a while, see an 
> example result in YARN-8664. The error
> {noformat}
>  Step 24/31 : RUN pip install pylint
>  ---> Running in b1f0e6c1d209
>  Downloading/unpacking pylint
>  ...
>  setuptools_scm.version.SetuptoolsOutdatedWarning: your setuptools is too old 
> (<12)
>  Complete output from command python setup.py egg_info:
>  /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution 
> option: 'python_requires'
> {noformat}
>  detail output can be seen 
> [here|https://builds.apache.org/job/PreCommit-YARN-Build/21808/console].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Reopened] (HADOOP-15746) Hadoop: branch-2.8 docker image failed to build

2018-09-11 Thread Akira Ajisaka (JIRA)


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

Akira Ajisaka reopened HADOOP-15746:

  Assignee: (was: Akira Ajisaka)

> Hadoop: branch-2.8 docker image failed to build
> ---
>
> Key: HADOOP-15746
> URL: https://issues.apache.org/jira/browse/HADOOP-15746
> Project: Hadoop Common
>  Issue Type: Bug
>Reporter: Weiwei Yang
>Priority: Major
>
> The jenkins build was failing on hadoop branch-2.8 for quite a while, see an 
> example result in YARN-8664. The error
> {noformat}
>  Step 24/31 : RUN pip install pylint
>  ---> Running in b1f0e6c1d209
>  Downloading/unpacking pylint
>  ...
>  setuptools_scm.version.SetuptoolsOutdatedWarning: your setuptools is too old 
> (<12)
>  Complete output from command python setup.py egg_info:
>  /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution 
> option: 'python_requires'
> {noformat}
>  detail output can be seen 
> [here|https://builds.apache.org/job/PreCommit-YARN-Build/21808/console].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Resolved] (HADOOP-15746) Hadoop: branch-2.8 docker image failed to build

2018-09-11 Thread Weiwei Yang (JIRA)


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

Weiwei Yang resolved HADOOP-15746.
--
   Resolution: Fixed
Fix Version/s: 2.8.5
   2.9.2

> Hadoop: branch-2.8 docker image failed to build
> ---
>
> Key: HADOOP-15746
> URL: https://issues.apache.org/jira/browse/HADOOP-15746
> Project: Hadoop Common
>  Issue Type: Bug
>Reporter: Weiwei Yang
>Assignee: Akira Ajisaka
>Priority: Major
> Fix For: 2.9.2, 2.8.5
>
>
> The jenkins build was failing on hadoop branch-2.8 for quite a while, see an 
> example result in YARN-8664. The error
> {noformat}
>  Step 24/31 : RUN pip install pylint
>  ---> Running in b1f0e6c1d209
>  Downloading/unpacking pylint
>  ...
>  setuptools_scm.version.SetuptoolsOutdatedWarning: your setuptools is too old 
> (<12)
>  Complete output from command python setup.py egg_info:
>  /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution 
> option: 'python_requires'
> {noformat}
>  detail output can be seen 
> [here|https://builds.apache.org/job/PreCommit-YARN-Build/21808/console].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



Re: [Vote] Merge discussion for Node attribute support feature YARN-3409

2018-09-11 Thread Naganarasimha Garla
Hi All,
 Voting has been running since 6 days and adding my vote we have 4
binding and 2 non binding +1's with no -1's this voting passes and we will
be merging the branch shortly. Thanks for all who participated in the
discussion and voting thread !

Thanks and Regards,
+ Naga

On Mon, Sep 10, 2018 at 2:50 PM Zian Chen  wrote:

> +1 for merge.
>
> > On Sep 9, 2018, at 10:47 PM, Weiwei Yang  wrote:
> >
> > +1 for the merge
> >
> > On Mon, Sep 10, 2018 at 12:06 PM Rohith Sharma K S <
> > rohithsharm...@apache.org> wrote:
> >
> >> +1 for merge
> >>
> >> -Rohith Sharma K S
> >>
> >> On Wed, 5 Sep 2018 at 18:01, Naganarasimha Garla <
> >> naganarasimha...@apache.org> wrote:
> >>
> >>> Hi All,
> >>>Thanks for feedback folks, based on the positive response
> >> starting
> >>> a Vote thread for merging YARN-3409 to master.
> >>>
> >>> Regards,
> >>> + Naga & Sunil
> >>>
> >>> On Wed, 5 Sep 2018 2:51 am Wangda Tan,  wrote:
> >>>
>  +1 for the merge, it gonna be a great addition to 3.2.0 release.
> Thanks
> >>> to
>  everybody for pushing this feature to complete.
> 
>  Best,
>  Wangda
> 
>  On Tue, Sep 4, 2018 at 8:25 AM Bibinchundatt <
> >> bibin.chund...@huawei.com>
>  wrote:
> 
> > +1 for merge. Fetaure would be a good addition to 3.2 release.
> >
> > --
> > Bibin A Chundatt
> > M: +91-9742095715
> > E: bibin.chund...@huawei.com
> > 2012实验室-印研IT&Cloud BU分部
> > 2012 Laboratories-IT&Cloud BU Branch Dept.
> > From:Naganarasimha Garla
> > To:common-dev@hadoop.apache.org,Hdfs-dev,yarn-...@hadoop.apache.org,
> > mapreduce-...@hadoop.apache.org,
> > Date:2018-08-29 20:00:44
> > Subject:[Discuss] Merge discussion for Node attribute support feature
> > YARN-3409
> >
> > Hi All,
> >
> > We would like to hear your thoughts on merging “Node Attributes
> >> Support
> >>> in
> > YARN” branch (YARN-3409) [2] into trunk in a few weeks. The goal is
> to
> >>> get
> > it in for HADOOP 3.2.
> >
> > *Major work happened in this branch*
> >
> > YARN-6858. Attribute Manager to store and provide node attributes in
> >> RM
> > YARN-7871. Support Node attributes reporting from NM to RM(
> >> distributed
> > node attributes)
> > YARN-7863. Modify placement constraints to support node attributes
> > YARN-7875. Node Attribute store for storing and recovering attributes
> >
> > *Detailed Design:*
> >
> > Please refer [1] for detailed design document.
> >
> > *Testing Efforts:*
> >
> > We did detailed tests for the feature in the last few weeks.
> > This feature will be enabled only when Node Attributes constraints
> are
> > specified through SchedulingRequest from AM.
> > Manager implementation will help to store and recover Node
> Attributes.
> > This
> > works with existing placement constraints.
> >
> > *Regarding to API stability:*
> >
> > All newly added @Public APIs are @Unstable.
> >
> > Documentation jira [3] could help to provide detailed configuration
> > details. This feature works from end-to-end and we tested this in our
> > local
> > cluster. Branch code is run against trunk and tracked via [4].
> >
> > We would love to get your thoughts before opening a voting thread.
> >
> > Special thanks to a team of folks who worked hard and contributed
> >>> towards
> > this efforts including design discussion / patch / reviews, etc.:
> >> Weiwei
> > Yang, Bibin Chundatt, Wangda Tan, Vinod Kumar Vavilappali,
> >> Konstantinos
> > Karanasos, Arun Suresh, Varun Saxena, Devaraj Kavali, Lei Guo, Chong
> >>> Chen.
> >
> > [1] :
> >
> >
> >>>
> >>
> https://issues.apache.org/jira/secure/attachment/12937633/Node-Attributes-Requirements-Design-doc_v2.pdf
> > [2] : https://issues.apache.org/jira/browse/YARN-3409
> > [3] : https://issues.apache.org/jira/browse/YARN-7865
> > [4] : https://issues.apache.org/jira/browse/YARN-8718
> >
> > Thanks,
> > + Naga & Sunil Govindan
> >
> 
> >>>
> >>
> >
> >
> > --
> > Weiwei Yang
>
>


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

2018-09-11 Thread Eric Badger
+1 (non-binding)

- Verified all hashes and checksums
- Built from source on macOS 10.13.6, Java 1.8.0u65
- Deployed a pseudo cluster
- Ran some example jobs

Eric

On Tue, Sep 11, 2018 at 1:39 PM, Gabor Bota  wrote:

>   Thanks for the work Junping!
>
>   +1 (non-binding)
>
> - checked out git tag release-2.8.5-RC0
> - built from source on Mac OS X 10.13.6, java version 8.0.181-oracle
> - deployed on a 3 node cluster
> - verified pi job (yarn), teragen, terasort and teravalidate
>
>   Regards,
>   Gabor Bota
>
> On Tue, Sep 11, 2018 at 6:31 PM Eric Payne  invalid>
> wrote:
>
> > Thanks a lot Junping!
> >
> > +1 (binding)
> >
> > Tested the following:
> > - Built from source
> > - Installed on a 7 node, multi-tenant, insecure pseudo cluster, running
> > YARN capacity scheduler
> > - Added a queue via refresh
> > - Verified various GUI pages
> > - Streaming jobs
> > - Cross-queue (Inter) preemption
> > - In-queue (Intra) preemption
> > - Teragen / terasort
> >
> >
> > -Eric
> >
> >
> >
> >
> > On Monday, September 10, 2018, 7:01:46 AM CDT, 俊平堵 <
> junping...@apache.org>
> > wrote:
> >
> >
> >
> >
> >
> > Hi all,
> >
> > I've created the first release candidate (RC0) for Apache
> > Hadoop 2.8.5. This is our next point release to follow up 2.8.4. It
> > includes 33 important fixes and improvements.
> >
> >
> > The RC artifacts are available at:
> > http://home.apache.org/~junping_du/hadoop-2.8.5-RC0
> >
> >
> > The RC tag in git is: release-2.8.5-RC0
> >
> >
> >
> > The maven artifacts are available via repository.apache.org<
> > http://repository.apache.org> at:
> >
> > https://repository.apache.org/content/repositories/orgapachehadoop-1140
> >
> >
> > Please try the release and vote; the vote will run for the usual 5
> > working
> > days, ending on 9/15/2018 PST time.
> >
> >
> > Thanks,
> >
> >
> > Junping
> >
> > -
> > To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
> > For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
> >
> >
>


[jira] [Resolved] (HADOOP-15139) [Umbrella] Improvements and fixes for Hadoop shaded client work

2018-09-11 Thread Bharat Viswanadham (JIRA)


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

Bharat Viswanadham resolved HADOOP-15139.
-
  Resolution: Fixed
Target Version/s: 3.1.1, 3.2.0  (was: 3.2.0)

> [Umbrella] Improvements and fixes for Hadoop shaded client work 
> 
>
> Key: HADOOP-15139
> URL: https://issues.apache.org/jira/browse/HADOOP-15139
> Project: Hadoop Common
>  Issue Type: Bug
>Reporter: Junping Du
>Assignee: Bharat Viswanadham
>Priority: Critical
>
> In HADOOP-11656, we have made great progress in splitting out third-party 
> dependencies from shaded hadoop client jar (hadoop-client-api), put runtime 
> dependencies in hadoop-client-runtime, and have shaded version of 
> hadoop-client-minicluster for test. However, there are still some left work 
> for this feature to be fully completed:
> - We don't have a comprehensive documentation to guide downstream 
> projects/users to use shaded JARs instead of previous JARs
> - We should consider to wrap up hadoop tools (distcp, aws, azure) to have 
> shaded version
> - More issues could be identified when shaded jars are adopted in more test 
> and production environment, like HADOOP-15137.
> Let's have this umbrella JIRA to track all efforts that left to improve 
> hadoop shaded client effort.
> CC [~busbey], [~bharatviswa] and [~vinodkv].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (HADOOP-15745) Add ABFS configuration to ConfigRedactor

2018-09-11 Thread Sean Mackrory (JIRA)
Sean Mackrory created HADOOP-15745:
--

 Summary: Add ABFS configuration to ConfigRedactor
 Key: HADOOP-15745
 URL: https://issues.apache.org/jira/browse/HADOOP-15745
 Project: Hadoop Common
  Issue Type: Sub-task
Reporter: Sean Mackrory
Assignee: Sean Mackrory


Sensitive information like credentials should be detected by ConfigRedactor so 
they never appear in logs or other channels. ABFS credentials are not all 
currently detected correctly so we should amend the default list of config 
patterns.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



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

2018-09-11 Thread Gabor Bota
  Thanks for the work Junping!

  +1 (non-binding)

- checked out git tag release-2.8.5-RC0
- built from source on Mac OS X 10.13.6, java version 8.0.181-oracle
- deployed on a 3 node cluster
- verified pi job (yarn), teragen, terasort and teravalidate

  Regards,
  Gabor Bota

On Tue, Sep 11, 2018 at 6:31 PM Eric Payne 
wrote:

> Thanks a lot Junping!
>
> +1 (binding)
>
> Tested the following:
> - Built from source
> - Installed on a 7 node, multi-tenant, insecure pseudo cluster, running
> YARN capacity scheduler
> - Added a queue via refresh
> - Verified various GUI pages
> - Streaming jobs
> - Cross-queue (Inter) preemption
> - In-queue (Intra) preemption
> - Teragen / terasort
>
>
> -Eric
>
>
>
>
> On Monday, September 10, 2018, 7:01:46 AM CDT, 俊平堵 
> wrote:
>
>
>
>
>
> Hi all,
>
> I've created the first release candidate (RC0) for Apache
> Hadoop 2.8.5. This is our next point release to follow up 2.8.4. It
> includes 33 important fixes and improvements.
>
>
> The RC artifacts are available at:
> http://home.apache.org/~junping_du/hadoop-2.8.5-RC0
>
>
> The RC tag in git is: release-2.8.5-RC0
>
>
>
> The maven artifacts are available via repository.apache.org<
> http://repository.apache.org> at:
>
> https://repository.apache.org/content/repositories/orgapachehadoop-1140
>
>
> Please try the release and vote; the vote will run for the usual 5
> working
> days, ending on 9/15/2018 PST time.
>
>
> Thanks,
>
>
> Junping
>
> -
> 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.8.5 (RC0)

2018-09-11 Thread Eric Payne
Thanks a lot Junping!

+1 (binding)

Tested the following:
- Built from source
- Installed on a 7 node, multi-tenant, insecure pseudo cluster, running YARN 
capacity scheduler
- Added a queue via refresh
- Verified various GUI pages
- Streaming jobs
- Cross-queue (Inter) preemption
- In-queue (Intra) preemption
- Teragen / terasort


-Eric




On Monday, September 10, 2018, 7:01:46 AM CDT, 俊平堵  
wrote: 





Hi all,

    I've created the first release candidate (RC0) for Apache
Hadoop 2.8.5. This is our next point release to follow up 2.8.4. It
includes 33 important fixes and improvements.


    The RC artifacts are available at:
http://home.apache.org/~junping_du/hadoop-2.8.5-RC0


    The RC tag in git is: release-2.8.5-RC0



    The maven artifacts are available via repository.apache.org<
http://repository.apache.org> at:

https://repository.apache.org/content/repositories/orgapachehadoop-1140


    Please try the release and vote; the vote will run for the usual 5 working
days, ending on 9/15/2018 PST time.


Thanks,


Junping

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



[jira] [Created] (HADOOP-15744) AbstractContractAppendTest fails against HDFS on HADOOP-15407 branch

2018-09-11 Thread Andras Bokor (JIRA)
Andras Bokor created HADOOP-15744:
-

 Summary: AbstractContractAppendTest fails against HDFS on 
HADOOP-15407 branch
 Key: HADOOP-15744
 URL: https://issues.apache.org/jira/browse/HADOOP-15744
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Andras Bokor
Assignee: Andras Bokor


{code:java}
mvn test 
-Dtest=TestHDFSContractAppend#testAppendDirectory,TestRouterWebHDFSContractAppend#testAppendDirectory{code}
In case of TestHDFSContractAppend the test excepts FileAlreadyExistsException 
but HDFS sends the exception wrapped into a RemoteException.
In case of TestRouterWebHDFSContractAppend the append does not even throw 
exception.

[~ste...@apache.org], [~tmarquardt], any thoughts?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



Speakers needed for Apache DC Roadshow

2018-09-11 Thread Rich Bowen
We need your help to make the Apache Washington DC Roadshow on Dec 4th a 
success.


What do we need most? Speakers!

We're bringing a unique DC flavor to this event by mixing Open Source 
Software with talks about Apache projects as well as OSS CyberSecurity, 
OSS in Government and and OSS Career advice.


Please take a look at: http://www.apachecon.com/usroadshow18/

(Note: You are receiving this message because you are subscribed to one 
or more mailing lists at The Apache Software Foundation.)


Rich, for the ApacheCon Planners

--
rbo...@apache.org
http://apachecon.com
@ApacheCon

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



[jira] [Created] (HADOOP-15743) Jetty and SSL tunings to stabilize KMS performance

2018-09-11 Thread Daryn Sharp (JIRA)
Daryn Sharp created HADOOP-15743:


 Summary: Jetty and SSL tunings to stabilize KMS performance 
 Key: HADOOP-15743
 URL: https://issues.apache.org/jira/browse/HADOOP-15743
 Project: Hadoop Common
  Issue Type: Bug
  Components: kms
Affects Versions: 2.8.0
Reporter: Daryn Sharp


The KMS has very low throughput with high client failure rates.  The following 
config options will "stabilize" the KMS under load:
 # Disable ECDH algos because java's SSL engine is inexplicably HORRIBLE.
 # Reduce SSL session cache size (unlimited) and ttl (24h).  The memory cache 
has very poor performance and causes extreme GC collection pressure. Load 
balancing diminishes the effectiveness of the cache to 1/N-hosts anyway.
 ** -Djavax.net.ssl.sessionCacheSize=1000
 ** -Djavax.net.ssl.sessionCacheTimeout=6
 # Completely disable thread LowResourceMonitor to stop jetty from immediately 
closing incoming connections during connection bursts.  Client retries cause 
jetty to remain in a low resource state until many clients fail and cause 
thousands of sockets to linger in various close related states.
 # Set min/max threads to 4x processors.   Jetty recommends only 50 to 500 
threads.  Java's SSL engine has excessive synchronization that limits 
performance anyway.
 # Set https idle timeout to 6s.
 # Significantly increase max fds to at least 128k.  Recommend using a VIP load 
balancer with a lower limit.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



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

2018-09-11 Thread Apache Jenkins Server
For more details, see 
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/

[Sep 10, 2018 5:57:36 AM] (yqlin) HDFS-13884. Improve the description of the 
setting dfs.image.compress.
[Sep 10, 2018 11:37:48 AM] (elek) HDDS-417. Ambiguous error message when using 
genconf tool. Contributed
[Sep 10, 2018 1:24:41 PM] (stevel) HADOOP-15677. WASB: Add support for 
StreamCapabilities. Contributed by
[Sep 10, 2018 3:45:49 PM] (xyao) HDDS-403. Fix createdOn and modifiedOn 
timestamp for volume, bucket,
[Sep 10, 2018 6:52:52 PM] (elek) HDDS-421. Resilient DNS resolution in 
datanode-service. Contributed by
[Sep 10, 2018 7:55:20 PM] (ericp) YARN-8709: CS preemption monitor always fails 
since one under-served




-1 overall


The following subsystems voted -1:
asflicense findbugs pathlen unit xml


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:

XML :

   Parsing Error(s): 
   
hadoop-yarn-project/hadoop-yarn/hadoop-yarn-ui/src/main/webapp/public/crossdomain.xml
 

FindBugs :

   
module:hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-submarine
 
   Unread field:FSBasedSubmarineStorageImpl.java:[line 39] 
   Found reliance on default encoding in 
org.apache.hadoop.yarn.submarine.runtimes.yarnservice.YarnServiceJobSubmitter.generateCommandLaunchScript(RunJobParameters,
 TaskType, Component):in 
org.apache.hadoop.yarn.submarine.runtimes.yarnservice.YarnServiceJobSubmitter.generateCommandLaunchScript(RunJobParameters,
 TaskType, Component): new java.io.FileWriter(File) At 
YarnServiceJobSubmitter.java:[line 195] 
   
org.apache.hadoop.yarn.submarine.runtimes.yarnservice.YarnServiceJobSubmitter.generateCommandLaunchScript(RunJobParameters,
 TaskType, Component) may fail to clean up java.io.Writer on checked exception 
Obligation to clean up resource created at YarnServiceJobSubmitter.java:to 
clean up java.io.Writer on checked exception Obligation to clean up resource 
created at YarnServiceJobSubmitter.java:[line 195] is not discharged 
   
org.apache.hadoop.yarn.submarine.runtimes.yarnservice.YarnServiceUtils.getComponentArrayJson(String,
 int, String) concatenates strings using + in a loop At 
YarnServiceUtils.java:using + in a loop At YarnServiceUtils.java:[line 72] 

Failed CTEST tests :

   test_test_libhdfs_threaded_hdfs_static 
   test_libhdfs_threaded_hdfspp_test_shim_static 

Failed junit tests :

   hadoop.hdfs.TestLeaseRecovery2 
   hadoop.hdfs.server.datanode.TestBPOfferService 
   hadoop.hdfs.web.TestWebHdfsTimeouts 
   hadoop.yarn.server.resourcemanager.applicationsmanager.TestAMRestart 
  

   cc:

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

   javac:

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

   checkstyle:

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

   pathlen:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/pathlen.txt
  [12K]

   pylint:

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

   shellcheck:

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

   shelldocs:

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

   whitespace:

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

   xml:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/xml.txt
  [4.0K]

   findbugs:

   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/branch-findbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-applications_hadoop-yarn-submarine-warnings.html
  [12K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/branch-findbugs-hadoop-hdds_client.txt
  [4.0K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/branch-findbugs-hadoop-hdds_container-service.txt
  [4.0K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/branch-findbugs-hadoop-hdds_framework.txt
  [4.0K]
   
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/893/artifact/out/branch-findbugs-hadoop-hdds_server-scm.txt
  [4.0K]
   
https://builds.apache.org/job/hadoop-qbt-tr

[jira] [Created] (HADOOP-15742) Log if the ipc backoff is enabled in CallQueueManager

2018-09-11 Thread Yiqun Lin (JIRA)
Yiqun Lin created HADOOP-15742:
--

 Summary: Log if the ipc backoff is enabled in CallQueueManager
 Key: HADOOP-15742
 URL: https://issues.apache.org/jira/browse/HADOOP-15742
 Project: Hadoop Common
  Issue Type: Improvement
Affects Versions: 3.1.1
Reporter: Yiqun Lin
Assignee: Ryan Wu


Currently we don't log the info of ipc backoff. It will look good to print this 
as well so that makes users know if we enable this.
{code:java}
  public CallQueueManager(Class> backingClass,
  Class schedulerClass,
  boolean clientBackOffEnabled, int maxQueueSize, String namespace,
  Configuration conf) {
int priorityLevels = parseNumLevels(namespace, conf);
this.scheduler = createScheduler(schedulerClass, priorityLevels,
namespace, conf);
BlockingQueue bq = createCallQueueInstance(backingClass,
priorityLevels, maxQueueSize, namespace, conf);
this.clientBackOffEnabled = clientBackOffEnabled;
this.putRef = new AtomicReference>(bq);
this.takeRef = new AtomicReference>(bq);
LOG.info("Using callQueue: " + backingClass + " queueCapacity: " +
maxQueueSize + " scheduler: " + schedulerClass);
  }
{code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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