[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-09 Thread Ted Yu (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16120567#comment-16120567
 ] 

Ted Yu commented on HBASE-18529:


We also need to consider compatibility issue if hbase + ServerName is used for 
directory name

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch, 
> HBASE-18529.master.002.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-08 Thread Biju Nair (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16118875#comment-16118875
 ] 

Biju Nair commented on HBASE-18529:
---

It will be good to have different local directories for RSes by default. May be 
the place to make the change is to have a unique value for  {{hbase.tmp.dir}} 
which is used for 
[hbase.local.dir|https://github.com/apache/hbase/blob/5cd7f630c21c32b183ec23adcfcd16595d7e72a3/hbase-common/src/main/resources/hbase-default.xml#L106]
 property.  As you suggested, adding ServerName to the directory name is an 
option, hbase-${user.name} + - ServerName or even hbase- + ServerName.

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch, 
> HBASE-18529.master.002.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-08 Thread Yun Zhao (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16118005#comment-16118005
 ] 

Yun Zhao commented on HBASE-18529:
--

[~gsbiju] - We can isolate multiple RSes by different hbase.local.dir. 
Do you mean by default is different, such as using hbase.local.dir + 
ServerName? I think it will add too much dir.

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch, 
> HBASE-18529.master.002.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-07 Thread Biju Nair (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16117398#comment-16117398
 ] 

Biju Nair commented on HBASE-18529:
---

Will it be better by having different directories for the multiple RSes running 
on the same node so that they are well isolated?

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch, 
> HBASE-18529.master.002.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-07 Thread Hadoop QA (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16116798#comment-16116798
 ] 

Hadoop QA commented on HBASE-18529:
---

| (/) *{color:green}+1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue}  0m 
14s{color} | {color:blue} Docker mode activated. {color} |
| {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green}  0m  
0s{color} | {color:green} Patch does not have any anti-patterns. {color} |
| {color:green}+1{color} | {color:green} @author {color} | {color:green}  0m  
0s{color} | {color:green} The patch does not contain any @author tags. {color} |
| {color:green}+1{color} | {color:green} test4tests {color} | {color:green}  0m 
 0s{color} | {color:green} The patch appears to include 1 new or modified test 
files. {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green}  4m 
 8s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green}  0m 
19s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} checkstyle {color} | {color:green}  0m 
25s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green}  0m 
11s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} findbugs {color} | {color:green}  0m 
43s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green}  0m 
20s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green}  0m 
22s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green}  0m 
19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green}  0m 
19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} checkstyle {color} | {color:green}  0m 
25s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green}  0m 
11s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} whitespace {color} | {color:green}  0m 
 0s{color} | {color:green} The patch has no whitespace issues. {color} |
| {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 
37m 33s{color} | {color:green} Patch does not cause any errors with Hadoop 
2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha4. {color} |
| {color:green}+1{color} | {color:green} findbugs {color} | {color:green}  0m 
53s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green}  0m 
18s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} unit {color} | {color:green}  2m 
33s{color} | {color:green} hbase-common in the patch passed. {color} |
| {color:green}+1{color} | {color:green} asflicense {color} | {color:green}  0m 
 8s{color} | {color:green} The patch does not generate ASF License warnings. 
{color} |
| {color:black}{color} | {color:black} {color} | {color:black} 49m 23s{color} | 
{color:black} {color} |
\\
\\
|| Subsystem || Report/Notes ||
| Docker | Client=1.11.2 Server=1.11.2 Image:yetus/hbase:bdc94b1 |
| JIRA Issue | HBASE-18529 |
| JIRA Patch URL | 
https://issues.apache.org/jira/secure/attachment/12880658/HBASE-18529.master.002.patch
 |
| Optional Tests |  asflicense  javac  javadoc  unit  findbugs  hadoopcheck  
hbaseanti  checkstyle  compile  |
| uname | Linux eb708a5c9424 3.13.0-116-generic #163-Ubuntu SMP Fri Mar 31 
14:13:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux |
| Build tool | maven |
| Personality | 
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh
 |
| git revision | master / fd76eb3 |
| Default Java | 1.8.0_131 |
| findbugs | v3.1.0-RC3 |
|  Test Results | 
https://builds.apache.org/job/PreCommit-HBASE-Build/7964/testReport/ |
| modules | C: hbase-common U: hbase-common |
| Console output | 
https://builds.apache.org/job/PreCommit-HBASE-Build/7964/console |
| Powered by | Apache Yetus 0.4.0   http://yetus.apache.org |


This message was automatically generated.



> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch, 
> HBASE-18529.

[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-07 Thread Yun Zhao (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16116638#comment-16116638
 ] 

Yun Zhao commented on HBASE-18529:
--

[~tedyu] If do not need to remove the old jar, can i remove this test case? 
Actually the old jar will removed at jvm normal stop. #deleteOnExit

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-07 Thread Ted Yu (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16116582#comment-16116582
 ] 

Ted Yu commented on HBASE-18529:


Check the following test failure:
{code}
  Run 1: TestCoprocessorClassLoader.testCleanupOldJars:69 tmp jar file should 
be removed
{code}

> Do not delete the tmp jars dir when load the coprocessor jar
> 
>
> Key: HBASE-18529
> URL: https://issues.apache.org/jira/browse/HBASE-18529
> Project: HBase
>  Issue Type: Bug
>  Components: Coprocessors
>Reporter: Yun Zhao
>Assignee: Yun Zhao
> Attachments: HBASE-18529.master.001.patch
>
>
> When multi regionserver is deployed on a single server, used default 
> hbase.local.dir . The tmp jars dir will deleted when one of them is restarted.
> Also when multi regionserver start at the same time, the jar in the 
> copyToLocalFile process may be deleted, causing the coprocessor load failed.
> {code}
> 2017-08-06 20:02:15,326 ERROR [RS_OPEN_REGION--2] 
> regionserver.RegionCoprocessorHost: Failed to load coprocessor 
> ENOENT: No such file or directory
> at org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmodImpl(Native 
> Method)
> at 
> org.apache.hadoop.io.nativeio.NativeIO$POSIX.chmod(NativeIO.java:226)
> at 
> org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:629)
> at 
> org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:467)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
> at 
> org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
> at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
> at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1968)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1937)
> at 
> org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1913)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.init(CoprocessorClassLoader.java:168)
> at 
> org.apache.hadoop.hbase.util.CoprocessorClassLoader.getClassLoader(CoprocessorClassLoader.java:250)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (HBASE-18529) Do not delete the tmp jars dir when load the coprocessor jar

2017-08-07 Thread Hadoop QA (JIRA)

[ 
https://issues.apache.org/jira/browse/HBASE-18529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16116503#comment-16116503
 ] 

Hadoop QA commented on HBASE-18529:
---

| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue}  0m 
19s{color} | {color:blue} Docker mode activated. {color} |
| {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green}  0m  
0s{color} | {color:green} Patch does not have any anti-patterns. {color} |
| {color:green}+1{color} | {color:green} @author {color} | {color:green}  0m  
0s{color} | {color:green} The patch does not contain any @author tags. {color} |
| {color:red}-1{color} | {color:red} test4tests {color} | {color:red}  0m  
0s{color} | {color:red} The patch doesn't appear to include any new or modified 
tests. Please justify why no new tests are needed for this patch. Also please 
list what manual steps were performed to verify this patch. {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green}  3m 
27s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green}  0m 
15s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} checkstyle {color} | {color:green}  0m 
20s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green}  0m 
10s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} findbugs {color} | {color:green}  0m 
33s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green}  0m 
15s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green}  0m 
16s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green}  0m 
17s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green}  0m 
17s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} checkstyle {color} | {color:green}  0m 
20s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green}  0m 
10s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} whitespace {color} | {color:green}  0m 
 0s{color} | {color:green} The patch has no whitespace issues. {color} |
| {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 
31m 27s{color} | {color:green} Patch does not cause any errors with Hadoop 
2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha4. {color} |
| {color:green}+1{color} | {color:green} findbugs {color} | {color:green}  0m 
41s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green}  0m 
15s{color} | {color:green} the patch passed {color} |
| {color:red}-1{color} | {color:red} unit {color} | {color:red}  2m  6s{color} 
| {color:red} hbase-common in the patch failed. {color} |
| {color:green}+1{color} | {color:green} asflicense {color} | {color:green}  0m 
 8s{color} | {color:green} The patch does not generate ASF License warnings. 
{color} |
| {color:black}{color} | {color:black} {color} | {color:black} 41m 16s{color} | 
{color:black} {color} |
\\
\\
|| Reason || Tests ||
| Failed junit tests | hadoop.hbase.util.TestCoprocessorClassLoader |
\\
\\
|| Subsystem || Report/Notes ||
| Docker | Client=17.03.0-ce Server=17.03.0-ce Image:yetus/hbase:bdc94b1 |
| JIRA Issue | HBASE-18529 |
| JIRA Patch URL | 
https://issues.apache.org/jira/secure/attachment/12880627/HBASE-18529.master.001.patch
 |
| Optional Tests |  asflicense  javac  javadoc  unit  findbugs  hadoopcheck  
hbaseanti  checkstyle  compile  |
| uname | Linux 226c6798d7ab 3.13.0-116-generic #163-Ubuntu SMP Fri Mar 31 
14:13:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux |
| Build tool | maven |
| Personality | 
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh
 |
| git revision | master / fd76eb3 |
| Default Java | 1.8.0_131 |
| findbugs | v3.1.0-RC3 |
| unit | 
https://builds.apache.org/job/PreCommit-HBASE-Build/7962/artifact/patchprocess/patch-unit-hbase-common.txt
 |
|  Test Results | 
https://builds.apache.org/job/PreCommit-HBASE-Build/7962/testReport/ |
| modules | C: hbase-common U: hbase-common |
| Console output | 
https://builds.apache.org/job/PreCommit-HBASE-Build/7962/console |
| Powered by | Apache Yetus 0.4.0   http://yetus.apache.org |


This message was automatically generated.



> Do not delete the tmp jars dir when load the coprocessor jar
> ---