[jira] [Created] (HADOOP-12685) Input buffer position after encode/decode not consistent between different kinds of buffers
Rui Li created HADOOP-12685: --- Summary: Input buffer position after encode/decode not consistent between different kinds of buffers Key: HADOOP-12685 URL: https://issues.apache.org/jira/browse/HADOOP-12685 Project: Hadoop Common Issue Type: Sub-task Reporter: Rui Li Assignee: Rui Li Priority: Minor As reported by [~jack_liuquan] in this [comment|https://issues.apache.org/jira/browse/HADOOP-11828?focusedCommentId=15071796=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15071796], the input buffer position change behavior is not consistent between direct and non-direct buffers. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075645#comment-15075645 ] Junping Du commented on HADOOP-12630: - Just quickly check Guava#UnsignedBytes.java, the related code has been updated to: {code} private static sun.misc.Unsafe getUnsafe() { try { return sun.misc.Unsafe.getUnsafe(); } catch (SecurityException tryReflectionInstead) {} try { return java.security.AccessController.doPrivileged (new java.security.PrivilegedExceptionAction() { public sun.misc.Unsafe run() throws Exception { Class k = sun.misc.Unsafe.class; for (java.lang.reflect.Field f : k.getDeclaredFields()) { f.setAccessible(true); Object x = f.get(null); if (k.isInstance(x)) return k.cast(x); } throw new NoSuchFieldError("the Unsafe"); }}); } catch (java.security.PrivilegedActionException e) { throw new RuntimeException("Could not initialize intrinsics", e.getCause()); } } {code} We can see two key differences with old code (the same with our current code base) are: - simply use "sun.misc.Unsafe.getUnsafe();" for JDK case - for non-JDK case, list all fields and check field type to be unsafe rather than check filed name "theUnsafe". The later way could be affected by unsafe class across different versions/implementations. Shall we change our code to be the same with Guava or even consider to use Guava library directly (like many other places in Hadoop project)? > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.6.0, 2.7.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12608) Fix error message in WASB in connecting through Anonymous Credential codepath
[ https://issues.apache.org/jira/browse/HADOOP-12608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075259#comment-15075259 ] Xiaoyu Yao commented on HADOOP-12608: - +1 for the v005 patch given the Jenkins results and manual test done by [~dchickabasapa]. I will commit it shortly. > Fix error message in WASB in connecting through Anonymous Credential codepath > - > > Key: HADOOP-12608 > URL: https://issues.apache.org/jira/browse/HADOOP-12608 > Project: Hadoop Common > Issue Type: Bug > Components: tools >Affects Versions: 2.8.0 >Reporter: Dushyanth >Assignee: Dushyanth > Attachments: HADOOP-12608.001.patch, HADOOP-12608.002.patch, > HADOOP-12608.003.patch, HADOOP-12608.004.patch, HADOOP-12608.005.patch > > > Users of WASB have raised complaints over the error message returned back > from WASB when they are trying to connect to Azure storage with anonymous > credentials. Current implementation returns the correct message when we > encounter a Storage exception, however for scenarios like querying to check > if a container exists does not throw a StorageException but returns false > when URI is directly specified (Anonymous access) the error message returned > does not clearly state that credentials for storage account is not provided. > This JIRA tracks the fix the error message to return what is returned when a > storage exception is hit and also correct spelling mistakes in the error > message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075158#comment-15075158 ] Hadoop QA commented on HADOOP-12658: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 0s {color} | {color:blue} Docker mode activated. {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} 7m 59s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 12s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 39s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 7s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 2m 45s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 43s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 6m 5s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 2m 32s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 31s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 1s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 58s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 8m 58s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 39s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 9m 39s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 8s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 2m 40s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 44s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} Patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 6m 23s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 2m 34s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 27s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 8m 28s {color} | {color:green} hadoop-common in the patch passed with JDK v1.8.0_66. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 0m 56s {color} | {color:green} hadoop-hdfs-client in the patch passed with JDK v1.8.0_66. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 58m 32s {color} | {color:red} hadoop-hdfs in the patch failed with JDK v1.8.0_66. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 8m 6s {color} | {color:red} hadoop-common in the patch failed with JDK v1.7.0_91. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 1m 1s {color} | {color:green} hadoop-hdfs-client in the patch passed with JDK v1.7.0_91. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 56m 16s {color} | {color:red} hadoop-hdfs in the patch failed with JDK v1.7.0_91. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 26s {color} | {color:green} Patch does not generate ASF License warnings. {color} | |
[jira] [Updated] (HADOOP-12682) Fix TestKMS#testKMSRestart* failure
[ https://issues.apache.org/jira/browse/HADOOP-12682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HADOOP-12682: Resolution: Fixed Hadoop Flags: Reviewed Fix Version/s: 2.8.0 Target Version/s: 2.8.0 Status: Resolved (was: Patch Available) Thanks [~jojochuang] for the contribution. I've commit the fix to trunk, branch-2 and branch-2.8. > Fix TestKMS#testKMSRestart* failure > --- > > Key: HADOOP-12682 > URL: https://issues.apache.org/jira/browse/HADOOP-12682 > Project: Hadoop Common > Issue Type: Bug > Environment: Jenkins >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang > Fix For: 2.8.0 > > Attachments: HADOOP-12682.001.patch, HADOOP-12682.002.patch, > HADOOP-12682.003.patch > > > https://builds.apache.org/job/Hadoop-Common-trunk/2157/testReport/org.apache.hadoop.crypto.key.kms.server/TestKMS/testKMSRestartSimpleAuth/ > {noformat} > Error Message > loginUserFromKeyTab must be done first > Stacktrace > java.io.IOException: loginUserFromKeyTab must be done first > at > org.apache.hadoop.security.UserGroupInformation.reloginFromKeytab(UserGroupInformation.java:1029) > at > org.apache.hadoop.security.UserGroupInformation.checkTGTAndReloginFromKeytab(UserGroupInformation.java:994) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createConnection(KMSClientProvider.java:478) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKeyInternal(KMSClientProvider.java:679) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKey(KMSClientProvider.java:697) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:259) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.doOp(LoadBalancingKMSClientProvider.java:94) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.createKey(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1003) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1000) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1669) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.doAs(TestKMS.java:266) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.access$100(TestKMS.java:75) > {noformat} > Seems to be introduced by HADOOP-12559 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12682) Test cases in TestKMS are failing
[ https://issues.apache.org/jira/browse/HADOOP-12682?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075247#comment-15075247 ] Xiaoyu Yao commented on HADOOP-12682: - Thanks [~jojochuang] for updating the patch. +1 for the v03 patch and I will commit it shortly. > Test cases in TestKMS are failing > - > > Key: HADOOP-12682 > URL: https://issues.apache.org/jira/browse/HADOOP-12682 > Project: Hadoop Common > Issue Type: Bug > Environment: Jenkins >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang > Attachments: HADOOP-12682.001.patch, HADOOP-12682.002.patch, > HADOOP-12682.003.patch > > > https://builds.apache.org/job/Hadoop-Common-trunk/2157/testReport/org.apache.hadoop.crypto.key.kms.server/TestKMS/testKMSRestartSimpleAuth/ > {noformat} > Error Message > loginUserFromKeyTab must be done first > Stacktrace > java.io.IOException: loginUserFromKeyTab must be done first > at > org.apache.hadoop.security.UserGroupInformation.reloginFromKeytab(UserGroupInformation.java:1029) > at > org.apache.hadoop.security.UserGroupInformation.checkTGTAndReloginFromKeytab(UserGroupInformation.java:994) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createConnection(KMSClientProvider.java:478) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKeyInternal(KMSClientProvider.java:679) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKey(KMSClientProvider.java:697) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:259) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.doOp(LoadBalancingKMSClientProvider.java:94) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.createKey(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1003) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1000) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1669) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.doAs(TestKMS.java:266) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.access$100(TestKMS.java:75) > {noformat} > Seems to be introduced by HADOOP-12559 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12682) Fix TestKMS#testKMSRestart* failure
[ https://issues.apache.org/jira/browse/HADOOP-12682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HADOOP-12682: Summary: Fix TestKMS#testKMSRestart* failure (was: Test cases in TestKMS are failing) > Fix TestKMS#testKMSRestart* failure > --- > > Key: HADOOP-12682 > URL: https://issues.apache.org/jira/browse/HADOOP-12682 > Project: Hadoop Common > Issue Type: Bug > Environment: Jenkins >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang > Attachments: HADOOP-12682.001.patch, HADOOP-12682.002.patch, > HADOOP-12682.003.patch > > > https://builds.apache.org/job/Hadoop-Common-trunk/2157/testReport/org.apache.hadoop.crypto.key.kms.server/TestKMS/testKMSRestartSimpleAuth/ > {noformat} > Error Message > loginUserFromKeyTab must be done first > Stacktrace > java.io.IOException: loginUserFromKeyTab must be done first > at > org.apache.hadoop.security.UserGroupInformation.reloginFromKeytab(UserGroupInformation.java:1029) > at > org.apache.hadoop.security.UserGroupInformation.checkTGTAndReloginFromKeytab(UserGroupInformation.java:994) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createConnection(KMSClientProvider.java:478) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKeyInternal(KMSClientProvider.java:679) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKey(KMSClientProvider.java:697) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:259) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.doOp(LoadBalancingKMSClientProvider.java:94) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.createKey(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1003) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1000) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1669) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.doAs(TestKMS.java:266) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.access$100(TestKMS.java:75) > {noformat} > Seems to be introduced by HADOOP-12559 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12608) Fix exception message in WASB when connecting with anonymous credential
[ https://issues.apache.org/jira/browse/HADOOP-12608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HADOOP-12608: Summary: Fix exception message in WASB when connecting with anonymous credential (was: Fix error message in WASB in connecting through Anonymous Credential codepath) > Fix exception message in WASB when connecting with anonymous credential > --- > > Key: HADOOP-12608 > URL: https://issues.apache.org/jira/browse/HADOOP-12608 > Project: Hadoop Common > Issue Type: Bug > Components: tools >Affects Versions: 2.8.0 >Reporter: Dushyanth >Assignee: Dushyanth > Attachments: HADOOP-12608.001.patch, HADOOP-12608.002.patch, > HADOOP-12608.003.patch, HADOOP-12608.004.patch, HADOOP-12608.005.patch > > > Users of WASB have raised complaints over the error message returned back > from WASB when they are trying to connect to Azure storage with anonymous > credentials. Current implementation returns the correct message when we > encounter a Storage exception, however for scenarios like querying to check > if a container exists does not throw a StorageException but returns false > when URI is directly specified (Anonymous access) the error message returned > does not clearly state that credentials for storage account is not provided. > This JIRA tracks the fix the error message to return what is returned when a > storage exception is hit and also correct spelling mistakes in the error > message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12682) Fix TestKMS#testKMSRestart* failure
[ https://issues.apache.org/jira/browse/HADOOP-12682?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075311#comment-15075311 ] Wei-Chiu Chuang commented on HADOOP-12682: -- Thank you [~xyao] for the commit and review! > Fix TestKMS#testKMSRestart* failure > --- > > Key: HADOOP-12682 > URL: https://issues.apache.org/jira/browse/HADOOP-12682 > Project: Hadoop Common > Issue Type: Bug > Environment: Jenkins >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang > Fix For: 2.8.0 > > Attachments: HADOOP-12682.001.patch, HADOOP-12682.002.patch, > HADOOP-12682.003.patch > > > https://builds.apache.org/job/Hadoop-Common-trunk/2157/testReport/org.apache.hadoop.crypto.key.kms.server/TestKMS/testKMSRestartSimpleAuth/ > {noformat} > Error Message > loginUserFromKeyTab must be done first > Stacktrace > java.io.IOException: loginUserFromKeyTab must be done first > at > org.apache.hadoop.security.UserGroupInformation.reloginFromKeytab(UserGroupInformation.java:1029) > at > org.apache.hadoop.security.UserGroupInformation.checkTGTAndReloginFromKeytab(UserGroupInformation.java:994) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createConnection(KMSClientProvider.java:478) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKeyInternal(KMSClientProvider.java:679) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKey(KMSClientProvider.java:697) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:259) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.doOp(LoadBalancingKMSClientProvider.java:94) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.createKey(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1003) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1000) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1669) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.doAs(TestKMS.java:266) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.access$100(TestKMS.java:75) > {noformat} > Seems to be introduced by HADOOP-12559 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12682) Fix TestKMS#testKMSRestart* failure
[ https://issues.apache.org/jira/browse/HADOOP-12682?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075305#comment-15075305 ] Hudson commented on HADOOP-12682: - FAILURE: Integrated in Hadoop-trunk-Commit #9039 (See [https://builds.apache.org/job/Hadoop-trunk-Commit/9039/]) HADOOP-12682. Fix TestKMS#testKMSRestart* failure. Contributed by (xyao: rev ab725cff66e8a047e9437e42ac49ac8685ee7a94) * hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/security/UserGroupInformation.java * hadoop-common-project/hadoop-common/CHANGES.txt * hadoop-common-project/hadoop-kms/src/test/java/org/apache/hadoop/crypto/key/kms/server/TestKMS.java > Fix TestKMS#testKMSRestart* failure > --- > > Key: HADOOP-12682 > URL: https://issues.apache.org/jira/browse/HADOOP-12682 > Project: Hadoop Common > Issue Type: Bug > Environment: Jenkins >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang > Fix For: 2.8.0 > > Attachments: HADOOP-12682.001.patch, HADOOP-12682.002.patch, > HADOOP-12682.003.patch > > > https://builds.apache.org/job/Hadoop-Common-trunk/2157/testReport/org.apache.hadoop.crypto.key.kms.server/TestKMS/testKMSRestartSimpleAuth/ > {noformat} > Error Message > loginUserFromKeyTab must be done first > Stacktrace > java.io.IOException: loginUserFromKeyTab must be done first > at > org.apache.hadoop.security.UserGroupInformation.reloginFromKeytab(UserGroupInformation.java:1029) > at > org.apache.hadoop.security.UserGroupInformation.checkTGTAndReloginFromKeytab(UserGroupInformation.java:994) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createConnection(KMSClientProvider.java:478) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKeyInternal(KMSClientProvider.java:679) > at > org.apache.hadoop.crypto.key.kms.KMSClientProvider.createKey(KMSClientProvider.java:697) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:259) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider$10.call(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.doOp(LoadBalancingKMSClientProvider.java:94) > at > org.apache.hadoop.crypto.key.kms.LoadBalancingKMSClientProvider.createKey(LoadBalancingKMSClientProvider.java:256) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1003) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS$6$1.run(TestKMS.java:1000) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1669) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.doAs(TestKMS.java:266) > at > org.apache.hadoop.crypto.key.kms.server.TestKMS.access$100(TestKMS.java:75) > {noformat} > Seems to be introduced by HADOOP-12559 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12608) Fix exception message in WASB when connecting with anonymous credential
[ https://issues.apache.org/jira/browse/HADOOP-12608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HADOOP-12608: Resolution: Fixed Hadoop Flags: Reviewed Fix Version/s: 2.8.0 Status: Resolved (was: Patch Available) Thanks [~dchickabasapa] for the contribution and all for the reviews. I've commit the patch to trunk, branch-2 and branch-2.8. > Fix exception message in WASB when connecting with anonymous credential > --- > > Key: HADOOP-12608 > URL: https://issues.apache.org/jira/browse/HADOOP-12608 > Project: Hadoop Common > Issue Type: Bug > Components: tools >Affects Versions: 2.8.0 >Reporter: Dushyanth >Assignee: Dushyanth > Fix For: 2.8.0 > > Attachments: HADOOP-12608.001.patch, HADOOP-12608.002.patch, > HADOOP-12608.003.patch, HADOOP-12608.004.patch, HADOOP-12608.005.patch > > > Users of WASB have raised complaints over the error message returned back > from WASB when they are trying to connect to Azure storage with anonymous > credentials. Current implementation returns the correct message when we > encounter a Storage exception, however for scenarios like querying to check > if a container exists does not throw a StorageException but returns false > when URI is directly specified (Anonymous access) the error message returned > does not clearly state that credentials for storage account is not provided. > This JIRA tracks the fix the error message to return what is returned when a > storage exception is hit and also correct spelling mistakes in the error > message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075561#comment-15075561 ] Junping Du commented on HADOOP-12630: - I think I found something wrong in below code: {noformat} static boolean lessThanUnsigned(long x1, long x2) { return (x1 + Long.MIN_VALUE) < (x2 + Long.MIN_VALUE); } {noformat} It will over the limit if original value of x1 or x2 (as a signed Long) is negative. > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Attachment: HADOOP-12630.patch Deliver a quick patch to fix it. It is straightforward enough, so no unit test is necessary. > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > Attachments: HADOOP-12630.patch > > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Affects Version/s: 2.6.0 2.7.0 > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.6.0, 2.7.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > Attachments: HADOOP-12630.patch > > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Status: Patch Available (was: Open) > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.7.0, 2.6.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > Attachments: HADOOP-12630.patch > > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Target Version/s: 2.8.0, 2.7.3, 2.6.4 > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.6.0, 2.7.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > Attachments: HADOOP-12630.patch > > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Status: Open (was: Patch Available) Sounds like fix is not related... Cancel the patch. > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.7.0, 2.6.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > Attachments: HADOOP-12630.patch > > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HADOOP-12630: Attachment: (was: HADOOP-12630.patch) > Mususe of sun.misc.Unsafe causes midaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.6.0, 2.7.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12630) Mususe of sun.misc.Unsafe causes midaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075624#comment-15075624 ] Hadoop QA commented on HADOOP-12630: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 0s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 1s {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} 7m 41s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 0s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 38s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 16s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 3s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 45s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 51s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 3s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:red}-1{color} | {color:red} mvninstall {color} | {color:red} 1m 30s {color} | {color:red} hadoop-common in the patch failed. {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 1s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 8m 1s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 50s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 8m 50s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 15s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 1s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} Patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 59s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 53s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 5s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 7m 6s {color} | {color:green} hadoop-common in the patch passed with JDK v1.8.0_66. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 7m 28s {color} | {color:green} hadoop-common in the patch passed with JDK v1.7.0_91. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 23s {color} | {color:green} Patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 69m 40s {color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:0ca8df7 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12780067/HADOOP-12630.patch | | JIRA Issue | HADOOP-12630 | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux 516c738c5603 3.13.0-36-lowlatency #63-Ubuntu SMP PREEMPT Wed Sep 3 21:56:12 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality |
[jira] [Created] (HADOOP-12684) CombineFileInputFormat may cause splits uneveness
william zhu created HADOOP-12684: Summary: CombineFileInputFormat may cause splits uneveness Key: HADOOP-12684 URL: https://issues.apache.org/jira/browse/HADOOP-12684 Project: Hadoop Common Issue Type: Wish Environment: Hadoop 2.6 Reporter: william zhu CombieFileInputFormat add blocks into one split use below codes : ``` if (maxSize != 0 && curSplitSize >= maxSize) { // create an input split and add it to the splits array addCreatedSplit(splits, nodes, validBlocks); curSplitSize = 0; validBlocks.clear(); } ``` but , in some cases , the file is not splitable. Then files may contains both large and small . In this case, one split will be added a large file and then reach the threshold . I think some algorithm such as sort first will make the splits more even . -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11828) Implement the Hitchhiker erasure coding algorithm
[ https://issues.apache.org/jira/browse/HADOOP-11828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15075787#comment-15075787 ] Rui Li commented on HADOOP-11828: - Just filed HADOOP-12685 for the position inconsistent issue. > Implement the Hitchhiker erasure coding algorithm > - > > Key: HADOOP-11828 > URL: https://issues.apache.org/jira/browse/HADOOP-11828 > Project: Hadoop Common > Issue Type: Sub-task >Reporter: Zhe Zhang >Assignee: jack liuquan > Attachments: 7715-hitchhikerXOR-v2-testcode.patch, > 7715-hitchhikerXOR-v2.patch, HADOOP-11828-hitchhikerXOR-V3.patch, > HADOOP-11828-hitchhikerXOR-V4.patch, HADOOP-11828-hitchhikerXOR-V5.patch, > HDFS-7715-hhxor-decoder.patch, HDFS-7715-hhxor-encoder.patch > > > [Hitchhiker | > http://www.eecs.berkeley.edu/~nihar/publications/Hitchhiker_SIGCOMM14.pdf] is > a new erasure coding algorithm developed as a research project at UC > Berkeley. It has been shown to reduce network traffic and disk I/O by 25%-45% > during data reconstruction while retaining the same storage capacity and > failure tolerance capability as RS codes. This JIRA aims to introduce > Hitchhiker to the HDFS-EC framework, as one of the pluggable codec algorithms. > The existing implementation is based on HDFS-RAID. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12630) Misuse of sun.misc.Unsafe causes misaligned memory access coredumps
[ https://issues.apache.org/jira/browse/HADOOP-12630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Burlison updated HADOOP-12630: --- Summary: Misuse of sun.misc.Unsafe causes misaligned memory access coredumps (was: Mususe of sun.misc.Unsafe causes midaligned memory access coredumps) > Misuse of sun.misc.Unsafe causes misaligned memory access coredumps > --- > > Key: HADOOP-12630 > URL: https://issues.apache.org/jira/browse/HADOOP-12630 > Project: Hadoop Common > Issue Type: Sub-task > Components: native >Affects Versions: 2.6.0, 2.7.0, 3.0.0 > Environment: Solaris SPARC >Reporter: Alan Burlison >Assignee: Alan Burlison > > Misuse of sun.misc.unsafe by {{org.apache.hadoop.io.FastByteComparisons}} > causes misaligned memory accesses and results in coredumps. Stack traces > below: > {code} > hadoop-tools/hadoop-gridmix/core > --- called from signal handler with signal 10 (SIGBUS) --- > 7717fa40 Unsafe_GetLong (18c000, 7e2fd6d8, 0, 19, > 775d4be0, 10018c000) + 158 > 70810dcc * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+-30004 > 70810d70 * sun/misc/Unsafe.getLong(Ljava/lang/Object;J)J+0 > 70806d58 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo([BII[BII)I+91 > (line 405) > 70806cb4 * > org/apache/hadoop/io/FastByteComparisons$LexicographicalComparerHolder$UnsafeComparer.compareTo(Ljava/lang/Object;IILjava/lang/Object;II)I+16 > (line 264) > 7080783c * > org/apache/hadoop/io/FastByteComparisons.compareTo([BII[BII)I+11 (line 92) > 70806cb4 * > org/apache/hadoop/io/WritableComparator.compareBytes([BII[BII)I+8 (line 376) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/GridmixRecord$Comparator.compare([BII[BII)I+61 > (line 522) > 70806cb4 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.binSortTest(Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;Lorg/apache/hadoop/mapred/gridmix/GridmixRecord;IILorg/apache/hadoop/io/WritableComparator;)V+280 > (line 268) > 70806f44 * > org/apache/hadoop/mapred/gridmix/TestGridmixRecord.testBaseRecord()V+57 (line > 482) > {code} > This also causes {{hadoop-mapreduce-project/hadoop-mapreduce-examples/core}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15074768#comment-15074768 ] Kai Zheng commented on HADOOP-12658: Thanks Uma for the careful review! I'll update the patch to address them. > Clear javadoc and check style issues around DomainSocket > > > Key: HADOOP-12658 > URL: https://issues.apache.org/jira/browse/HADOOP-12658 > Project: Hadoop Common > Issue Type: Bug >Reporter: Kai Zheng >Assignee: Kai Zheng >Priority: Trivial > Attachments: HADOOP-12658-v1.patch, HADOOP-12658-v2.patch, > HADOOP-12658-v3.patch, HADOOP-12658-v4.patch > > > It was noticed Javadoc needs minor udpate in {{DomainSocket}}. > There are some other check style issues around to clear up found when working > on HDFS-8562. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kai Zheng updated HADOOP-12658: --- Status: Patch Available (was: Open) > Clear javadoc and check style issues around DomainSocket > > > Key: HADOOP-12658 > URL: https://issues.apache.org/jira/browse/HADOOP-12658 > Project: Hadoop Common > Issue Type: Bug >Reporter: Kai Zheng >Assignee: Kai Zheng >Priority: Trivial > Attachments: HADOOP-12658-v1.patch, HADOOP-12658-v2.patch, > HADOOP-12658-v3.patch, HADOOP-12658-v4.patch, HADOOP-12658-v5.patch > > > It was noticed Javadoc needs minor udpate in {{DomainSocket}}. > There are some other check style issues around to clear up found when working > on HDFS-8562. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kai Zheng updated HADOOP-12658: --- Attachment: HADOOP-12658-v5.patch Updated the patch addressing review comments. > Clear javadoc and check style issues around DomainSocket > > > Key: HADOOP-12658 > URL: https://issues.apache.org/jira/browse/HADOOP-12658 > Project: Hadoop Common > Issue Type: Bug >Reporter: Kai Zheng >Assignee: Kai Zheng >Priority: Trivial > Attachments: HADOOP-12658-v1.patch, HADOOP-12658-v2.patch, > HADOOP-12658-v3.patch, HADOOP-12658-v4.patch, HADOOP-12658-v5.patch > > > It was noticed Javadoc needs minor udpate in {{DomainSocket}}. > There are some other check style issues around to clear up found when working > on HDFS-8562. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12646) NPE thrown at KMS startup
[ https://issues.apache.org/jira/browse/HADOOP-12646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15074843#comment-15074843 ] Archana T commented on HADOOP-12646: [~steve_l] Sorry for the late response. I could see the trace in trunk build as well. Below is the trace for the same -- ERROR: Hadoop KMS could not be started REASON: java.lang.NullPointerException Stacktrace: --- java.lang.NullPointerException at org.apache.hadoop.security.ProviderUtils.unnestUri(ProviderUtils.java:38) at org.apache.hadoop.crypto.key.JavaKeyStoreProvider.(JavaKeyStoreProvider.java:132) at org.apache.hadoop.crypto.key.JavaKeyStoreProvider.(JavaKeyStoreProvider.java:89) at org.apache.hadoop.crypto.key.JavaKeyStoreProvider$Factory.createProvider(JavaKeyStoreProvider.java:658) at org.apache.hadoop.crypto.key.KeyProviderFactory.get(KeyProviderFactory.java:95) at org.apache.hadoop.crypto.key.kms.server.KMSWebApp.contextInitialized(KMSWebApp.java:167) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4973) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1229) at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1875) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) --- > NPE thrown at KMS startup > - > > Key: HADOOP-12646 > URL: https://issues.apache.org/jira/browse/HADOOP-12646 > Project: Hadoop Common > Issue Type: Bug > Components: kms >Reporter: Archana T >Assignee: Archana T > > NPE thrown while starting KMS -- > ERROR: Hadoop KMS could not be started > REASON: java.lang.NullPointerException > Stacktrace: > --- > java.lang.NullPointerException > at > org.apache.hadoop.security.ProviderUtils.unnestUri(ProviderUtils.java:35) > at > org.apache.hadoop.crypto.key.JavaKeyStoreProvider.(JavaKeyStoreProvider.java:134) > at > org.apache.hadoop.crypto.key.JavaKeyStoreProvider.(JavaKeyStoreProvider.java:91) > at > org.apache.hadoop.crypto.key.JavaKeyStoreProvider$Factory.createProvider(JavaKeyStoreProvider.java:669) > at > org.apache.hadoop.crypto.key.KeyProviderFactory.get(KeyProviderFactory.java:95) > at > org.apache.hadoop.crypto.key.kms.server.KMSWebApp.contextInitialized(KMSWebApp.java:167) > at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5017) > at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5531) > at > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652) > at > org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1263) > at > org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1948) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15074985#comment-15074985 ] Hadoop QA commented on HADOOP-12658: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 0s {color} | {color:blue} Docker mode activated. {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} 7m 56s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 48s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 39s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 5s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 2m 44s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 43s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 6m 3s {color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 2m 30s {color} | {color:green} trunk passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 26s {color} | {color:green} trunk passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 0s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 39s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 8m 39s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 10m 0s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 10m 0s {color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} checkstyle {color} | {color:red} 1m 9s {color} | {color:red} Patch generated 1 new checkstyle issues in root (total was 184, now 173). {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 2m 44s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 42s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} Patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 6m 27s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 2m 33s {color} | {color:green} the patch passed with JDK v1.8.0_66 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 28s {color} | {color:green} the patch passed with JDK v1.7.0_91 {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 8m 39s {color} | {color:green} hadoop-common in the patch passed with JDK v1.8.0_66. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 0m 58s {color} | {color:green} hadoop-hdfs-client in the patch passed with JDK v1.8.0_66. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 69m 22s {color} | {color:red} hadoop-hdfs in the patch failed with JDK v1.8.0_66. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 8m 49s {color} | {color:red} hadoop-common in the patch failed with JDK v1.7.0_91. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 1m 11s {color} | {color:green} hadoop-hdfs-client in the patch passed with JDK v1.7.0_91. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 55m 40s {color} | {color:red} hadoop-hdfs in the patch failed with JDK v1.7.0_91. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 26s {color} | {color:green} Patch does not
[jira] [Updated] (HADOOP-12658) Clear javadoc and check style issues around DomainSocket
[ https://issues.apache.org/jira/browse/HADOOP-12658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kai Zheng updated HADOOP-12658: --- Attachment: HADOOP-12658-v6.patch Fixed the newly found checking style. > Clear javadoc and check style issues around DomainSocket > > > Key: HADOOP-12658 > URL: https://issues.apache.org/jira/browse/HADOOP-12658 > Project: Hadoop Common > Issue Type: Bug >Reporter: Kai Zheng >Assignee: Kai Zheng >Priority: Trivial > Attachments: HADOOP-12658-v1.patch, HADOOP-12658-v2.patch, > HADOOP-12658-v3.patch, HADOOP-12658-v4.patch, HADOOP-12658-v5.patch, > HADOOP-12658-v6.patch > > > It was noticed Javadoc needs minor udpate in {{DomainSocket}}. > There are some other check style issues around to clear up found when working > on HDFS-8562. -- This message was sent by Atlassian JIRA (v6.3.4#6332)