[jira] [Created] (HDFS-12547) Extend TestQuotaWithStripedBlocks with a random EC policy
Takanobu Asanuma created HDFS-12547: --- Summary: Extend TestQuotaWithStripedBlocks with a random EC policy Key: HDFS-12547 URL: https://issues.apache.org/jira/browse/HDFS-12547 Project: Hadoop HDFS Issue Type: Sub-task Components: erasure-coding, test Reporter: Takanobu Asanuma Assignee: Takanobu Asanuma -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Reopened] (HDFS-11613) Ozone: Cleanup findbugs issues
[ https://issues.apache.org/jira/browse/HDFS-11613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mukul Kumar Singh reopened HDFS-11613: -- Found a findbugs issue, reopening > Ozone: Cleanup findbugs issues > -- > > Key: HDFS-11613 > URL: https://issues.apache.org/jira/browse/HDFS-11613 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: ozone >Affects Versions: HDFS-7240 >Reporter: Anu Engineer >Assignee: Mukul Kumar Singh >Priority: Blocker > Labels: ozoneMerge > > Some of the ozone checkins happened before Findbugs started running on test > files. This will cause issues when we attempt to merge with trunk. This jira > tracks cleaning up all Findbugs issue under ozone. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Created] (HDFS-12546) Ozone: DB listing operation performance improvement
Weiwei Yang created HDFS-12546:
--
Summary: Ozone: DB listing operation performance improvement
Key: HDFS-12546
URL: https://issues.apache.org/jira/browse/HDFS-12546
Project: Hadoop HDFS
Issue Type: Sub-task
Components: ozone
Reporter: Weiwei Yang
Assignee: Weiwei Yang
While investigating HDFS-12506, I found there are several {{getRangeKVs}} can
be replaced by {{getSequentialRangeKVs}} to improve the performance. This JIRA
is to track these improvements with sufficient tests.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Created] (HDFS-12545) Autotune NameNode RPC handler threads according to number of datanodes in cluster
Ajay Kumar created HDFS-12545:
-
Summary: Autotune NameNode RPC handler threads according to number
of datanodes in cluster
Key: HDFS-12545
URL: https://issues.apache.org/jira/browse/HDFS-12545
Project: Hadoop HDFS
Issue Type: Improvement
Reporter: Ajay Kumar
Assignee: Ajay Kumar
Autotune NameNode RPC handler threads according to number of datanodes in
cluster. Currently rpc handler are controlled by {{dfs.namenode.handler.count}}
on cluster start. Jira is to discuss best way to auto tune it according to no
of datanodes. Updating this to {{max(dfs.namenode.handler.count, min(200,20 *
log2(no of datanodes)))}} on NameNode start is one possible way.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
HDFS NN FSNamesystemLock throughput
Hi, guys, Recently we're looking into HDFS NameNode FSNamesystemLock implementation. As it uses Java's ReentrantReadWriteLock, after configing the lock to nonfair mode, the RPC throughput has been improved a lot. Just wonder whether anyboby have played around the reader/writer preference further in the lock (or directly used another lock implementation) to achieve higher throughput, absolutely there will be trade-off between throughput and write starvation. thanks, Wei
[jira] [Created] (HDFS-12544) SnapshotDiff - support diff generation on any snapshot root descendant directory
Manoj Govindassamy created HDFS-12544:
-
Summary: SnapshotDiff - support diff generation on any snapshot
root descendant directory
Key: HDFS-12544
URL: https://issues.apache.org/jira/browse/HDFS-12544
Project: Hadoop HDFS
Issue Type: Improvement
Components: hdfs
Affects Versions: 3.0.0-beta1
Reporter: Manoj Govindassamy
Assignee: Manoj Govindassamy
{noformat}
# hdfs snapshotDiff
{noformat}
Using snapshot diff command, we can generate a diff report between any two
given snapshots under a snapshot root directory. The command today only accepts
the path that is a snapshot root. There are many deployments where the snapshot
root is configured at the higher level directory but the diff report needed is
only for a specific directory under the snapshot root. In these cases, the diff
report can be filtered for changes pertaining to the directory we are
interested in. But when the snapshot root directory is very huge, the snapshot
diff report generation can take minutes even if we are interested to know the
changes only in a small directory. So, it would be highly performant if the
diff report calculation can be limited to the snapshot directory only instead
of the whole snapshot root.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Created] (HDFS-12543) Ozone : allow create key without specifying size
Chen Liang created HDFS-12543: - Summary: Ozone : allow create key without specifying size Key: HDFS-12543 URL: https://issues.apache.org/jira/browse/HDFS-12543 Project: Hadoop HDFS Issue Type: Improvement Reporter: Chen Liang Assignee: Chen Liang Currently when creating a key, it is required to specify the total size of the key. This makes it inconvenient for the case where a key is created and data keeps coming and being appended. This JIRA is remove the requirement of specifying the size on key creation, and allows appending to the key indefinitely. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Created] (HDFS-12542) Update javadoc and documentation for listStatus
Ajay Kumar created HDFS-12542: - Summary: Update javadoc and documentation for listStatus Key: HDFS-12542 URL: https://issues.apache.org/jira/browse/HDFS-12542 Project: Hadoop HDFS Issue Type: Improvement Reporter: Ajay Kumar Assignee: Ajay Kumar Follow up jira to update javadoc and documentation for listStatus. ([#HDFS-12162]) -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86
For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/538/ [Sep 25, 2017 4:03:06 AM] (aengineer) HDFS-12516. Suppress the fsnamesystem lock warning on nn startup. [Error replacing 'FILE' - Workspace is not accessible] - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
[jira] [Created] (HDFS-12541) Extend TestSafeModeWithStripedFile with a random EC policy
Takanobu Asanuma created HDFS-12541: --- Summary: Extend TestSafeModeWithStripedFile with a random EC policy Key: HDFS-12541 URL: https://issues.apache.org/jira/browse/HDFS-12541 Project: Hadoop HDFS Issue Type: Sub-task Components: erasure-coding, test Reporter: Takanobu Asanuma Assignee: Takanobu Asanuma -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org
