[jira] [Created] (HADOOP-17187) Report non-inclusive language as part of code contribution pre-commit check

2020-08-05 Thread Eric Badger (Jira) 
Eric Badger created HADOOP-17187:


 Summary: Report non-inclusive language as part of code 
contribution pre-commit check
 Key: HADOOP-17187
 URL: https://issues.apache.org/jira/browse/HADOOP-17187
 Project: Hadoop Common
  Issue Type: Sub-task
Reporter: Eric Badger






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Created] (HADOOP-17170) Remove master/slave terminology from Hadoop

2020-07-30 Thread Eric Badger (Jira) 
Eric Badger created HADOOP-17170:


 Summary: Remove master/slave terminology from Hadoop
 Key: HADOOP-17170
 URL: https://issues.apache.org/jira/browse/HADOOP-17170
 Project: Hadoop Common
  Issue Type: Sub-task
Reporter: Eric Badger






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Created] (HADOOP-17169) Remove whitelist/blacklist from Hadoop

2020-07-30 Thread Eric Badger (Jira) 
Eric Badger created HADOOP-17169:


 Summary: Remove whitelist/blacklist from Hadoop
 Key: HADOOP-17169
 URL: https://issues.apache.org/jira/browse/HADOOP-17169
 Project: Hadoop Common
  Issue Type: Sub-task
Reporter: Eric Badger
Assignee: Eric Badger






--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Created] (HADOOP-17168) Remove non-inclusive terminology from Hadoop

2020-07-30 Thread Eric Badger (Jira) 
Eric Badger created HADOOP-17168:


 Summary: Remove non-inclusive terminology from Hadoop
 Key: HADOOP-17168
 URL: https://issues.apache.org/jira/browse/HADOOP-17168
 Project: Hadoop Common
  Issue Type: Improvement
Reporter: Eric Badger


http://mail-archives.apache.org/mod_mbox/hadoop-common-dev/202007.mbox/%3CCAAaVJWVXhsv4tn1KOQkKYTaQ441Yb8y7s%2BR_GnESwduB1iFxOA%40mail.gmail.com%3E

This JIRA is to remove offensive and non-inclusive terminology from Hadoop. The 
simple ones are whitelist/blacklist and master/slave. However this JIRA can 
also serve as a place to fix other non-inclusive terminology (e.g., binary 
gendered
examples, "Alice" doing the wrong security thing systematically).

As [~curino] posted in his email, the IETF has created a draft for proposed 
alternatives
https://tools.ietf.org/id/draft-knodel-terminology-00.html#rfc.section.1.1.1



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Created] (HADOOP-14440) Add metrics for connections dropped

2017-05-19 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14440:


 Summary: Add metrics for connections dropped
 Key: HADOOP-14440
 URL: https://issues.apache.org/jira/browse/HADOOP-14440
 Project: Hadoop Common
  Issue Type: Improvement
Reporter: Eric Badger
Assignee: Eric Badger


Will be useful to figure out when the NN is getting overloaded with more 
connections than it can handle



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-14377) Increase Common tests from 1 second to 10 seconds

2017-05-03 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14377:


 Summary: Increase Common tests from 1 second to 10 seconds
 Key: HADOOP-14377
 URL: https://issues.apache.org/jira/browse/HADOOP-14377
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


1 second test timeouts are susceptible to failure on overloaded or otherwise 
slow machines



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-14372) TestSymlinkLocalFS timeouts are too low

2017-05-02 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14372:


 Summary: TestSymlinkLocalFS timeouts are too low
 Key: HADOOP-14372
 URL: https://issues.apache.org/jira/browse/HADOOP-14372
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


1 second timeouts are too aggressive for heavily loaded or slow machines



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-14320) TestIPC.testIpcWithReaderQueuing fails intermittently

2017-04-18 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14320:


 Summary: TestIPC.testIpcWithReaderQueuing fails intermittently
 Key: HADOOP-14320
 URL: https://issues.apache.org/jira/browse/HADOOP-14320
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


{noformat}
org.mockito.exceptions.verification.TooLittleActualInvocations: 
callQueueManager.put();
Wanted 2 times:
-> at org.apache.hadoop.ipc.TestIPC.checkBlocking(TestIPC.java:810)
But was 1 time:
-> at org.apache.hadoop.ipc.Server.queueCall(Server.java:2466)

at org.apache.hadoop.ipc.TestIPC.checkBlocking(TestIPC.java:810)
at 
org.apache.hadoop.ipc.TestIPC.testIpcWithReaderQueuing(TestIPC.java:738)
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-14306) TestLocalFileSystem tests have very low timeouts

2017-04-13 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14306:


 Summary: TestLocalFileSystem tests have very low timeouts
 Key: HADOOP-14306
 URL: https://issues.apache.org/jira/browse/HADOOP-14306
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


Most tests have a timeout of 1 second, which is much too low, especially if 
there is a spinning disk involved. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-14277) TestTrash.testTrashRestarts is flaky

2017-04-04 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-14277:


 Summary: TestTrash.testTrashRestarts is flaky
 Key: HADOOP-14277
 URL: https://issues.apache.org/jira/browse/HADOOP-14277
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger


{noformat}
junit.framework.AssertionFailedError: Expected num of checkpoints is 2, but 
actual is 3 expected:<2> but was:<3>
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.failNotEquals(Assert.java:329)
at junit.framework.Assert.assertEquals(Assert.java:78)
at junit.framework.Assert.assertEquals(Assert.java:234)
at junit.framework.TestCase.assertEquals(TestCase.java:401)
at 
org.apache.hadoop.fs.TestTrash.verifyAuditableTrashEmptier(TestTrash.java:892)
at org.apache.hadoop.fs.TestTrash.testTrashRestarts(TestTrash.java:593)
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (HADOOP-13976) Path globbing does not match newlines

2017-01-11 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-13976:


 Summary: Path globbing does not match newlines
 Key: HADOOP-13976
 URL: https://issues.apache.org/jira/browse/HADOOP-13976
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


Need to add the DOTALL flag to allow for newlines to be accepted as well



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

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

[jira] [Created] (HADOOP-13709) Clean up subprocesses spawned by Shell.java:runCommand when the shell process exits

2016-10-11 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-13709:


 Summary: Clean up subprocesses spawned by Shell.java:runCommand 
when the shell process exits
 Key: HADOOP-13709
 URL: https://issues.apache.org/jira/browse/HADOOP-13709
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Assignee: Eric Badger


The runCommand code in Shell.java can get into a situation where it will ignore 
InterruptedExceptions and refuse to shutdown due to being in I/O waiting for 
the return value of the subprocess that was spawned. We need to allow for the 
subprocess to be interrupted and killed when the shell process gets killed. 
Currently the JVM will shutdown and all of the subprocesses will be orphaned 
and not killed.



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

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

[jira] [Created] (HADOOP-13571) ServerSocketUtil.getPort() should use loopback address, not 0.0.0.0

2016-09-01 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-13571:


 Summary: ServerSocketUtil.getPort() should use loopback address, 
not 0.0.0.0
 Key: HADOOP-13571
 URL: https://issues.apache.org/jira/browse/HADOOP-13571
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger


Using 0.0.0.0 to check for a free port will succeed even if there's something 
bound to that same port on the loopback interface. Since this function is used 
primarily in testing, it should be checking the loopback interface for free 
ports.



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

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

[jira] [Created] (HADOOP-13462) Increase timeout of TestAmFilter.testFilter

2016-08-03 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-13462:


 Summary: Increase timeout of TestAmFilter.testFilter
 Key: HADOOP-13462
 URL: https://issues.apache.org/jira/browse/HADOOP-13462
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger
Priority: Minor


Timeout is currently only 1 second. Saw a timeout failure

{noformat}
java.lang.Exception: test timed out after 1000 milliseconds
at java.util.zip.ZipFile.getEntry(Native Method)
at java.util.zip.ZipFile.getEntry(ZipFile.java:311)
at java.util.jar.JarFile.getEntry(JarFile.java:240)
at java.util.jar.JarFile.getJarEntry(JarFile.java:223)
at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:841)
at sun.misc.URLClassPath.getResource(URLClassPath.java:199)
at java.net.URLClassLoader$1.run(URLClassLoader.java:364)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:367)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:367)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:367)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:367)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
at

[jira] [Reopened] (HADOOP-10980) TestActiveStandbyElector fails occasionally in trunk

2016-05-10 Thread Eric Badger (JIRA) 

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

Eric Badger reopened HADOOP-10980:
--
  Assignee: Eric Badger

This test failed for me locally when I was running a separate zookeeper 
instance. If we specify a port number, as [~ste...@apache.org] suggested, the 
test passes. For example, changing the port to 22, since that will likely only 
ever be used for SSH. 

> TestActiveStandbyElector fails occasionally in trunk
> 
>
> Key: HADOOP-10980
> URL: https://issues.apache.org/jira/browse/HADOOP-10980
> Project: Hadoop Common
>  Issue Type: Test
>Affects Versions: 3.0.0
>Reporter: Ted Yu
>Assignee: Eric Badger
>Priority: Minor
>
> From https://builds.apache.org/job/Hadoop-Common-trunk/1211/consoleFull :
> {code}
> Running org.apache.hadoop.ha.TestActiveStandbyElector
> Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.7 sec <<< 
> FAILURE! - in org.apache.hadoop.ha.TestActiveStandbyElector
> testWithoutZKServer(org.apache.hadoop.ha.TestActiveStandbyElector)  Time 
> elapsed: 0.051 sec  <<< FAILURE!
> java.lang.AssertionError: Did not throw zookeeper connection loss exceptions!
>   at org.junit.Assert.fail(Assert.java:88)
>   at 
> org.apache.hadoop.ha.TestActiveStandbyElector.testWithoutZKServer(TestActiveStandbyElector.java:722)
> {code}



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

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

[jira] [Created] (HADOOP-13053) FS Shell should use File system API, not FileContext

2016-04-22 Thread Eric Badger (JIRA) 
Eric Badger created HADOOP-13053:


 Summary: FS Shell should use File system API, not FileContext
 Key: HADOOP-13053
 URL: https://issues.apache.org/jira/browse/HADOOP-13053
 Project: Hadoop Common
  Issue Type: Bug
Reporter: Eric Badger


FS Shell is File System based, but it is using the FileContext API. 



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