[jira] [Created] (HDFS-4761) Refresh INodeMap in FSDirectory#reset()

Jing Zhao created HDFS-4761: --- Summary: Refresh INodeMap in FSDirectory#reset() Key: HDFS-4761 URL: https://issues.apache.org/jira/browse/HDFS-4761 Project: Hadoop HDFS Issue Type: Bug Affects V

Failed to install openssl-devel 1.0.0-20.el6 on OS RHELS 6.3 x86_64

Hi, For building Hadoop on OS RHELS 6.3 x86_64, I tried to install openssl-devel, but failed. The exception is as below. The required version of glibc-common is 2.12-1.47.el6, but mine installed one is 2.12-1.80.el6 and newer than it. Why does it fail? How to resolve this issue? ---> Package nss-

Jenkins build is back to stable : Hadoop-Hdfs-0.23-Build #593

See

Hadoop-Hdfs-trunk - Build # 1384 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/1384/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 14339 lines...] at sun.reflect.NativeMethodAccess

Build failed in Jenkins: Hadoop-Hdfs-trunk #1384

See Changes: [vinodkv] YARN-562. Missed files from previous commit. [vinodkv] YARN-562. Modified NM to reject any containers allocated by a previous ResourceManager. Contributed by Jian He. MAPREDUCE-5167. Update MR App after YARN-5

Re: How to build hadoop-2.0.3-alpha-src project to get a project like hadoop-2.0.3-alpha?

After running that mvn command, you'll have a tarball located at hadoop-dist/target/hadoop-.tar.gz. You mentioned that you're working with hadoop-2.0.3-alpha, so I expect the full path would be hadoop-dist/target/hadoop-2.0.3-alpha.tar.gz. This is the full distribution tarball. If you extract th

[jira] [Created] (HDFS-4762) Provide HDFS based NFSv3 and Mountd implementation

Brandon Li created HDFS-4762: Summary: Provide HDFS based NFSv3 and Mountd implementation Key: HDFS-4762 URL: https://issues.apache.org/jira/browse/HDFS-4762 Project: Hadoop HDFS Issue Type: Sub-

[jira] [Created] (HDFS-4763) Add script changes/utility for starting NFS gateway

Brandon Li created HDFS-4763: Summary: Add script changes/utility for starting NFS gateway Key: HDFS-4763 URL: https://issues.apache.org/jira/browse/HDFS-4763 Project: Hadoop HDFS Issue Type: Sub

Re: Heads up - 2.0.5-beta

On Apr 25, 2013, at 6:36 PM, Suresh Srinivas wrote: >> On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy wrote: >> >> Similarly on HDFS side, can someone please help out by tagging features, >> bug-fixes, protocol/API changes etc.? This way we can ensure HDFS APIs & >> protocols are locked down to

Re: Heads up - 2.0.5-beta

On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote: > On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy wrote: > >> With that in mind, I really want to make a serious push to lock down APIs >> and wire-protocols for hadoop-2.0.5-beta. >> Thus, we can confidently support hadoop-2.x in a compatibl

Re: Heads up - 2.0.5-beta

On Fri, Apr 26, 2013 at 11:15 AM, Arun C Murthy wrote: > > On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote: > >> On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy wrote: >> >>> With that in mind, I really want to make a serious push to lock down APIs >>> and wire-protocols for hadoop-2.0.5-beta

[jira] [Created] (HDFS-4764) TestBlockReaderLocalLegacy flakes in MiniDFSCluster#shutdown

Andrew Wang created HDFS-4764: - Summary: TestBlockReaderLocalLegacy flakes in MiniDFSCluster#shutdown Key: HDFS-4764 URL: https://issues.apache.org/jira/browse/HDFS-4764 Project: Hadoop HDFS Iss

Re: Heads up - 2.0.5-beta

If protocol compatibility of v2 and v3 is a goal, HADOOP-8990 should be a blocker for v2. __Luke On Fri, Apr 26, 2013 at 12:07 PM, Eli Collins wrote: > On Fri, Apr 26, 2013 at 11:15 AM, Arun C Murthy > wrote: > > > > On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote: > > > >> On Thu, Apr 25,

[jira] [Created] (HDFS-4765) Permission check of symlink deletion incorrectly throws UnresolvedLinkException

Andrew Wang created HDFS-4765: - Summary: Permission check of symlink deletion incorrectly throws UnresolvedLinkException Key: HDFS-4765 URL: https://issues.apache.org/jira/browse/HDFS-4765 Project: Hadoop

[jira] [Created] (HDFS-4766) Enable NN spnego filters only if kerberos is enabled

Daryn Sharp created HDFS-4766: - Summary: Enable NN spnego filters only if kerberos is enabled Key: HDFS-4766 URL: https://issues.apache.org/jira/browse/HDFS-4766 Project: Hadoop HDFS Issue Type:

[jira] [Resolved] (HDFS-4759) snapshotDiff of two invalid snapshots but with same name returns success

[ https://issues.apache.org/jira/browse/HDFS-4759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsz Wo (Nicholas), SZE resolved HDFS-4759. -- Resolution: Fixed I have committed this. Thanks, Jing! > snaps

Re: Heads up - 2.0.5-beta

Eli, I will post a more detailed reply soon. But one small correction: I'm also not sure there's currently consensus on what an incompatible > change is. For example, I think HADOOP-9151 is incompatible because it > broke client/server wire compatibility with previous releases and any > change th

[jira] [Created] (HDFS-4767) directory is not snapshottable after clrQuota

Ramya Sunil created HDFS-4767: - Summary: directory is not snapshottable after clrQuota Key: HDFS-4767 URL: https://issues.apache.org/jira/browse/HDFS-4767 Project: Hadoop HDFS Issue Type: Sub-tas

[jira] [Created] (HDFS-4768) block scanner does not close verification log when a block pool is being deleted (but the datanode remains running)

Chris Nauroth created HDFS-4768: --- Summary: block scanner does not close verification log when a block pool is being deleted (but the datanode remains running) Key: HDFS-4768 URL: https://issues.apache.org/jira/brows

Re: Heads up - 2.0.5-beta

On Fri, Apr 26, 2013 at 2:42 PM, Suresh Srinivas wrote: > Eli, I will post a more detailed reply soon. But one small correction: > > > I'm also not sure there's currently consensus on what an incompatible >> change is. For example, I think HADOOP-9151 is incompatible because it >> broke client/ser

Re: Heads up - 2.0.5-beta

Arun, Could you please define the release plan and put it into vote. In accordance with the ByLaws. After this discussion of course. http://hadoop.apache.org/bylaws.html Release Plan Defines the timetable and actions for a release. The plan also nominates a Release Manager. Lazy majority of activ

Re: Heads up - 2.0.5-beta

Arun, Suresh, Very exciting to hear about this final push to stable Hadoop 2. But I have a problem. Either with the plan or with the version number. I'll be arguing for the number change below rather than the plan. 1. Based on features listed by Suresh it looks that you plan a heavy feature-full

Re: Heads up - 2.0.5-beta

On Thu, Apr 25, 2013 at 6:36 PM, Suresh Srinivas wrote: > Thanks for starting this discussion. I volunteer to do a final review of > protocol changes, so we can avoid incompatible changes to API and wire > protocol post 2.0.5 in Common and HDFS. > > We have been working really hard on the followi

[jira] [Created] (HDFS-4769) TestPersistBlocks#testRestartDfs fails on Windows

Arpit Agarwal created HDFS-4769: --- Summary: TestPersistBlocks#testRestartDfs fails on Windows Key: HDFS-4769 URL: https://issues.apache.org/jira/browse/HDFS-4769 Project: Hadoop HDFS Issue Type:

[jira] [Resolved] (HDFS-4767) directory is not snapshottable after clrQuota

[ https://issues.apache.org/jira/browse/HDFS-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsz Wo (Nicholas), SZE resolved HDFS-4767. -- Resolution: Fixed I have committed this. Thanks, Jing! > direc

Re: Heads up - 2.0.5-beta

Konstantin, On Apr 26, 2013, at 4:34 PM, Konstantin Shvachko wrote: > Do you think we can call the version you proposed to release > 2.1.0 or 2.1.0-beta? > > The proposed new features imho do not exactly conform with the idea > of dot-dot release, but definitely qualify for a major number change

Re: Heads up - 2.0.5-beta

On Apr 26, 2013, at 12:07 PM, Eli Collins wrote: > Arun, Suresh, > > Mind reviewing the following page Karthik put together on > compatibility? http://wiki.apache.org/hadoop/Compatibility Sure. Will do. I just opened https://issues.apache.org/jira/browse/HADOOP-9517 to ensure we capture it