qinyuren created HDFS-16575:
---
Summary: [SPS]: Should use real replication num instead
getReplication from namenode
Key: HDFS-16575
URL: https://issues.apache.org/jira/browse/HDFS-16575
Project: Hadoop HDFS
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java11-linux-x86_64/300/
[May 7, 2022 10:38:32 PM] (noreply) HADOOP-16515. Update the link to
compatibility guide (#4226)
[May 7, 2022 11:05:34 PM] (noreply) HDFS-16185. Fix comment in
LowRedundancyBlocks.java (#4194)
[May
[
https://issues.apache.org/jira/browse/HDFS-16573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tao Li resolved HDFS-16573.
---
Fix Version/s: 3.4.0
Resolution: Resolved
> Fix test TestDFSStripedInputStreamWithRandomECPolicy
>
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86_64/657/
No changes
-1 overall
The following subsystems voted -1:
asflicense hadolint mvnsite pathlen unit
The following subsystems voted -1 but
were configured to be filtered/ignored:
cc
I've done another docker build and the client jars appear to be there. I'll
test tomorrow before putting up another vote. it will be exactly the same
commit as before, just recompiled/republished
On Mon, 9 May 2022 at 17:45, Chao Sun wrote:
> Agreed, that step #10 is out-dated and should be
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/864/
[May 8, 2022 6:17:13 PM] (noreply) HDFS-16572. Fix typo in readme of
hadoop-project-dist
-1 overall
The following subsystems voted -1:
blanks pathlen unit xml
The following subsystems
ZhiWei Shi created HDFS-16574:
-
Summary: Reduces the time it takes once to hold FSNamesystem write
lock to remove blocks associated with dead data nodes
Key: HDFS-16574
URL:
Agreed, that step #10 is out-dated and should be removed (I skipped
that when releasing Hadoop 3.3.2 but didn't update it, sorry).
> How about using
> https://repository.apache.org/content/repositories/orgapachehadoop-1348/
Akira, I tried this too but it didn't work. I think we'd need the
I didn't do that as the docker image was doing it itself...I discussed this
with Akira and Ayush & they agreed. so whatever went wrong. it was
something else.
I have been building a list of things I'd like to change there; cutting
that line was one of them. but I need to work out the correct
Hi team,
Shaded client artifacts (hadoop-client-api and hadoop-client-runtime)
of Hadoop 3.2.3 published to Maven turned out to be broken
due to issue of the release process.
In addition, we have enough fixes on branch-3.2 after branch-3.2.3 was
created[1].
Migration from log4j to reload4j is
Step #10 in "Creating the release candidate (X.Y.Z-RC)" section
of the Wiki still instructs to run `mvn deploy` with `-DskipShade`.
https://cwiki.apache.org/confluence/display/HADOOP2/HowToRelease#HowToRelease-Creatingthereleasecandidate(X.Y.Z-RC%3CN%3E)
On 2022/05/09 23:18, Masatake Iwasaki
It seems to be caused by obsolete instruction in HowToRelease Wiki?
After HADOOP-15058, `mvn deploy` is kicked by
`dev-support/bin/create-release --asfrelease`.
https://issues.apache.org/jira/browse/HADOOP-15058
Step #10 in "Creating the release candidate (X.Y.Z-RC)" section
of the Wiki still
how about for trunk we -wait for it- declare it java11 only?
do that and we cut out a lot of the CI build.
we would have to mandate a test run through branch-3.3 before any
cherrypick there
On Sat, 7 May 2022 at 11:19, Ayush Saxena wrote:
> Three for trunk:
> Java-8
>
>
daimin created HDFS-16573:
-
Summary: Fix test TestDFSStripedInputStreamWithRandomECPolicy
Key: HDFS-16573
URL: https://issues.apache.org/jira/browse/HDFS-16573
Project: Hadoop HDFS
Issue Type: Test
14 matches
Mail list logo
