[jira] [Reopened] (HADOOP-8545) Filesystem Implementation for OpenStack Swift
[ https://issues.apache.org/jira/browse/HADOOP-8545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitry Mezhensky reopened HADOOP-8545: -- Filesystem Implementation for OpenStack Swift - Key: HADOOP-8545 URL: https://issues.apache.org/jira/browse/HADOOP-8545 Project: Hadoop Common Issue Type: New Feature Components: fs Affects Versions: 2.0.3-alpha, 1.1.2 Reporter: Tim Miller Assignee: Dmitry Mezhensky Labels: hadoop, patch Attachments: HADOOP-8545-10.patch, HADOOP-8545-11.patch, HADOOP-8545-12.patch, HADOOP-8545-13.patch, HADOOP-8545-14.patch, HADOOP-8545-15.patch, HADOOP-8545-16.patch, HADOOP-8545-17.patch, HADOOP-8545-1.patch, HADOOP-8545-2.patch, HADOOP-8545-3.patch, HADOOP-8545-4.patch, HADOOP-8545-5.patch, HADOOP-8545-6.patch, HADOOP-8545-7.patch, HADOOP-8545-8.patch, HADOOP-8545-9.patch, HADOOP-8545-javaclouds-2.patch, HADOOP-8545.patch, HADOOP-8545.patch Add a filesystem implementation for OpenStack Swift object store, similar to the one which exists today for S3. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (HADOOP-9436) NetgroupCache does not refresh membership correctly
Kihwal Lee created HADOOP-9436: -- Summary: NetgroupCache does not refresh membership correctly Key: HADOOP-9436 URL: https://issues.apache.org/jira/browse/HADOOP-9436 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.0.3-alpha, 3.0.0, 0.23.7 Reporter: Kihwal Lee NetgroupCache is used to get around the problem of inability to obtain a single user-to-groups mapping from netgroup. For example, the ACL code pre-populates this cache, so that any user-group mapping can be resolved for all groups defined in the service. However, the current refresh code only adds users to existing groups, so a loss of group membership won't take effect. This is because the internal user-groups mapping cache is never invalidated. If this is simply invalidated on clear(), the cache entries will build up correctly, but user-group resolution may fail during refresh, resulting in incorrectly denying accesses. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (HADOOP-9437) TestNativeIO#testRenameTo fails on Windows due to assumption that POSIX errno is embedded in NativeIOException
Chris Nauroth created HADOOP-9437: - Summary: TestNativeIO#testRenameTo fails on Windows due to assumption that POSIX errno is embedded in NativeIOException Key: HADOOP-9437 URL: https://issues.apache.org/jira/browse/HADOOP-9437 Project: Hadoop Common Issue Type: Bug Components: test Affects Versions: 3.0.0 Reporter: Chris Nauroth Assignee: Chris Nauroth HDFS-4428 added a detailed error message for failures to rename files by embedding the POSIX errno in the {{NativeIOException}}. On Windows, the mapping of errno is not performed, so the errno enum value will not be present in the {{NativeIOException}}. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (HADOOP-9438) LocalFileContext does not throw an exception on mkdir for already existing directory
Robert Joseph Evans created HADOOP-9438: --- Summary: LocalFileContext does not throw an exception on mkdir for already existing directory Key: HADOOP-9438 URL: https://issues.apache.org/jira/browse/HADOOP-9438 Project: Hadoop Common Issue Type: Bug Reporter: Robert Joseph Evans Priority: Critical according to http://hadoop.apache.org/docs/current/api/org/apache/hadoop/fs/FileContext.html#mkdir%28org.apache.hadoop.fs.Path,%20org.apache.hadoop.fs.permission.FsPermission,%20boolean%29 should throw a FileAlreadyExistsException if the directory already exists. I tested this and {code} FileContext lfc = FileContext.getLocalFSFileContext(new Configuration()); Path p = new Path(/tmp/bobby.12345); FsPermission cachePerms = new FsPermission((short) 0755); lfc.mkdir(p, cachePerms, false); lfc.mkdir(p, cachePerms, false); {code} never throws an exception. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (HADOOP-9428) TestNativeIO#testRenameTo is broken on Windows
[ https://issues.apache.org/jira/browse/HADOOP-9428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arpit Agarwal resolved HADOOP-9428. --- Resolution: Duplicate TestNativeIO#testRenameTo is broken on Windows -- Key: HADOOP-9428 URL: https://issues.apache.org/jira/browse/HADOOP-9428 Project: Hadoop Common Issue Type: Bug Affects Versions: 3.0.0 Reporter: Arpit Agarwal Assignee: Arpit Agarwal Labels: windows Fix For: 3.0.0 Exception details: testRenameTo(org.apache.hadoop.io.nativeio.TestNativeIO) Time elapsed: 16 sec FAILURE! java.lang.AssertionError: expected:UNKNOWN but was:ENOENT at org.junit.Assert.fail(Assert.java:91) at org.junit.Assert.failNotEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:126) at org.junit.Assert.assertEquals(Assert.java:145) at org.apache.hadoop.io.nativeio.TestNativeIO.testRenameTo(TestNativeIO.java:423) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.FailOnTimeout$1.run(FailOnTimeout.java:28) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (HADOOP-9434) Backport HADOOP-9267 to branch-1
[ https://issues.apache.org/jira/browse/HADOOP-9434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luke Lu resolved HADOOP-9434. - Resolution: Fixed Hadoop Flags: Reviewed Backport HADOOP-9267 to branch-1 Key: HADOOP-9434 URL: https://issues.apache.org/jira/browse/HADOOP-9434 Project: Hadoop Common Issue Type: Improvement Components: bin Affects Versions: 1.1.2 Reporter: Yu Li Assignee: Yu Li Priority: Minor Labels: newbie Fix For: 1.2.0 Attachments: HADOOP-9434.patch Currently in hadoop 1.1.2, if user issue bin/hadoop help in command line, it will throw below exception. We can improve this to print the usage message. === Exception in thread main java.lang.NoClassDefFoundError: help === This issue is already resolved in HADOOP-9267 in trunk, so we only need to backport it into branch-1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira