Vinay created HDFS-5283:
---
Summary: NN not coming out of startup safemode due to under
construction blocks only inside snapshots also counted in safemode threshhold
Key: HDFS-5283
URL:
See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/747/
--
[...truncated 7677 lines...]
[ERROR] symbol : class Parser
[ERROR] location: package com.google.protobuf
[ERROR]
See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/747/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 7870 lines...]
[ERROR] location: class
This is especially useful for the concept of principal mapping within Knox.
A user that authenticates as foo may be mapped to a principal of bar.
Consequently, a script that logs in then accesses files within their home
directory should be able to do so relative to their home directory.
Without
See https://builds.apache.org/job/Hadoop-Hdfs-trunk/1539/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 12419 lines...]
[mkdir] Created dir:
See https://builds.apache.org/job/Hadoop-Hdfs-trunk/1539/changes
Changes:
[acmurthy] MAPREDUCE-5551. Fix compat with hadoop-1 in
SequenceFileAsBinaryOutputFormat.WritableValueBytes by re-introducing missing
constructors. Contributed by Zhijie Shen.
[vinodkv] YARN-1070. Fixed race conditions
Tsz Wo (Nicholas), SZE created HDFS-5284:
Summary: Flatten INode hierarchy
Key: HDFS-5284
URL: https://issues.apache.org/jira/browse/HDFS-5284
Project: Hadoop HDFS
Issue Type:
Tsz Wo (Nicholas), SZE created HDFS-5286:
Summary: Flatten INodeDirectory hierarchy
Key: HDFS-5286
URL: https://issues.apache.org/jira/browse/HDFS-5286
Project: Hadoop HDFS
Issue
Tsz Wo (Nicholas), SZE created HDFS-5285:
Summary: Flatten INodeFile hierarchy
Key: HDFS-5285
URL: https://issues.apache.org/jira/browse/HDFS-5285
Project: Hadoop HDFS
Issue Type:
[
https://issues.apache.org/jira/browse/HDFS-3983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Owen O'Malley resolved HDFS-3983.
-
Resolution: Won't Fix
Target Version/s: (was: )
KSSL is deprecated and should never
[
https://issues.apache.org/jira/browse/HDFS-3699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Owen O'Malley resolved HDFS-3699.
-
Resolution: Won't Fix
Using KSSL is strongly deprecated and should be avoided in secure clusters.
Todd Lipcon created HDFS-5287:
-
Summary: JN need not validate finalized log segments in newEpoch
Key: HDFS-5287
URL: https://issues.apache.org/jira/browse/HDFS-5287
Project: Hadoop HDFS
Issue
Guys,
I took a look at the content in 2.1.2-beta so far, other than the critical
fixes such as HADOOP-9984 (symlinks) and few others in YARN/MR, there is fairly
little content (unit tests fixes etc.)
Furthermore, it's standing up well in testing too. Plus, the protocols look
good for now (I
Arun,
Does this mean that you want to skip a beta release and go straight to GA
with the next release?
thx
On Tue, Oct 1, 2013 at 4:15 PM, Arun C Murthy a...@hortonworks.com wrote:
Guys,
I took a look at the content in 2.1.2-beta so far, other than the
critical fixes such as HADOOP-9984
(This time copying all the lists)
I am +1 for naming the new branch 2.2.0.
On Tue, Oct 1, 2013 at 4:15 PM, Arun C Murthy a...@hortonworks.com wrote:
Guys,
I took a look at the content in 2.1.2-beta so far, other than the
critical fixes such as HADOOP-9984 (symlinks) and few others in
+1. We should get an RC as soon as possible so that we can get all the
downstream components to sign off. The earlier the better.
Thanks,
+Vinod
On Oct 1, 2013, at 4:15 PM, Arun C Murthy wrote:
Guys,
I took a look at the content in 2.1.2-beta so far, other than the critical
fixes such as
+1 for naming the new branch 2.2.0
sanjay
On Oct 1, 2013, at 4:55 PM, Suresh Srinivas wrote:
(This time copying all the lists)
I am +1 for naming the new branch 2.2.0.
On Tue, Oct 1, 2013 at 4:15 PM, Arun C Murthy a...@hortonworks.com wrote:
Guys,
I took a look at the content in
Haohui Mai created HDFS-5288:
Summary: Close idle connections in portmap
Key: HDFS-5288
URL: https://issues.apache.org/jira/browse/HDFS-5288
Project: Hadoop HDFS
Issue Type: Improvement
HADOOP-9984 is going to break interface compatibility for out-of-tree
FileSystems. It'd also be good to let downstream components do some testing
before GA.
Thanks,
Andrew
On Tue, Oct 1, 2013 at 5:18 PM, Jagane Sundar jag...@sundar.org wrote:
+1
Makes good sense.
Jagane
-Original
Yes, sorry if it wasn't clear.
As others seem to agree, I think we'll be better getting a protocol/api stable
GA done and then iterating on bugs etc.
I'm not super worried about HADOOP-9984 since symlinks just made it to
branch-2.1 recently.
Currently we only have 2 blockers: HADOOP-9984
20 matches
Mail list logo