[
https://issues.apache.org/jira/browse/HDFS-12431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-12431.
---
Fix Version/s: 3.5.0
Resolution: Fixed
The pull request is now merged. Thanks, [~zhtttylzz
Tsz-wo Sze created HDFS-17747:
-
Summary: Clock should not be used for measuring time duration
Key: HDFS-17747
URL: https://issues.apache.org/jira/browse/HDFS-17747
Project: Hadoop HDFS
Issue
[
https://issues.apache.org/jira/browse/HDFS-17679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17679.
---
Fix Version/s: 3.5.0
Resolution: Fixed
The pull request is now merged. Thanks, [~stoty
[
https://issues.apache.org/jira/browse/HDFS-17040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17040.
---
Fix Version/s: 3.5.0
Assignee: Attila Magyar
Resolution: Fixed
The pull request is
[
https://issues.apache.org/jira/browse/HDFS-17606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17606.
---
Fix Version/s: 3.5.0
Resolution: Fixed
The pull request is now merged.
> Do not requ
Tsz-wo Sze created HDFS-17606:
-
Summary: Do not require implementing CustomizedCallbackHandler
Key: HDFS-17606
URL: https://issues.apache.org/jira/browse/HDFS-17606
Project: Hadoop HDFS
Issue
[
https://issues.apache.org/jira/browse/HDFS-17575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17575.
---
Hadoop Flags: Reviewed
Resolution: Fixed
The pull request #6954 is now merged
[
https://issues.apache.org/jira/browse/HDFS-17575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze reopened HDFS-17575:
---
The [pull request 6933 |https://github.com/apache/hadoop/pull/6933] has caused
test failure. Reverted
[
https://issues.apache.org/jira/browse/HDFS-17576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17576.
---
Fix Version/s: 3.3.7
Hadoop Flags: Reviewed
Resolution: Fixed
The pull request is now
[
https://issues.apache.org/jira/browse/HDFS-17575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17575.
---
Fix Version/s: 3.3.7
Resolution: Fixed
The pull request is now merged
Tsz-wo Sze created HDFS-17575:
-
Summary: SaslDataTransferClient should use SaslParticipant to
create messages
Key: HDFS-17575
URL: https://issues.apache.org/jira/browse/HDFS-17575
Project: Hadoop HDFS
[
https://issues.apache.org/jira/browse/HDFS-10535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-10535.
---
Resolution: Won't Fix
This JIRA became stale.
> Rename AsyncDistributedFi
[
https://issues.apache.org/jira/browse/HDFS-11948?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-11948.
---
Resolution: Won't Fix
This JIRA became stale.
> Ozone: change TestRatisManager to check
[
https://issues.apache.org/jira/browse/HDFS-11734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-11734.
---
Resolution: Won't Fix
This JIRA became stale.
> Ozone: provide a way to
[
https://issues.apache.org/jira/browse/HDFS-11735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-11735.
---
Resolution: Won't Fix
This JIRA became stale.
> Ozone: In Ratis, leader should
[
https://issues.apache.org/jira/browse/HDFS-17528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17528.
---
Fix Version/s: 3.5.0
Hadoop Flags: Reviewed
Resolution: Fixed
Th pull request is now
Tsz-wo Sze created HDFS-17549:
-
Summary: SecretManager should not hardcode HMAC algorithm
Key: HDFS-17549
URL: https://issues.apache.org/jira/browse/HDFS-17549
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-17528:
-
Summary: FsImageValidation: set txid when saving a new image
Key: HDFS-17528
URL: https://issues.apache.org/jira/browse/HDFS-17528
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-17495:
-
Summary: Change FSNamesystem.digest to use a configurable
algorithm.
Key: HDFS-17495
URL: https://issues.apache.org/jira/browse/HDFS-17495
Project: Hadoop HDFS
Thanks a lot for fixing this! I saw "random" failures multiple times in
https://github.com/apache/hadoop/pull/6549
It can pass all the tests now.
Tsz-Wo
On Tuesday, March 12, 2024 at 01:03:14 PM PDT, Ayush Saxena
wrote:
We are sorted now: the daily build from yesterday [1] shows 0
[
https://issues.apache.org/jira/browse/HDFS-17403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17403.
---
Resolution: Not A Problem
Resolving ...
> jenkins build failing for HDFS 3.5.0-SNAPS
Tsz-wo Sze created HDFS-17380:
-
Summary: FsImageValidation: remove inaccessible nodes
Key: HDFS-17380
URL: https://issues.apache.org/jira/browse/HDFS-17380
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-17164:
-
Summary: During rolling upgrade, datanode should copy-on-append
when bumpReplicaGS
Key: HDFS-17164
URL: https://issues.apache.org/jira/browse/HDFS-17164
Project: Hadoop
[
https://issues.apache.org/jira/browse/HDFS-17045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17045.
---
Fix Version/s: 3.4.0
Resolution: Fixed
The pull request is now merged.
> File renamed fro
Tsz-wo Sze created HDFS-17045:
-
Summary: File renamed from a snapshottable dir to a
non-snapshottable dir cannot be deleted.
Key: HDFS-17045
URL: https://issues.apache.org/jira/browse/HDFS-17045
Project
[
https://issues.apache.org/jira/browse/HDFS-17010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-17010.
---
Fix Version/s: 3.4.0
Resolution: Fixed
The pull request is now merged.
> Add a subtree t
Tsz-wo Sze created HDFS-17010:
-
Summary: Add a subtree test to TestSnapshotDiffReport
Key: HDFS-17010
URL: https://issues.apache.org/jira/browse/HDFS-17010
Project: Hadoop HDFS
Issue Type: Test
[
https://issues.apache.org/jira/browse/HDFS-16972?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-16972.
---
Fix Version/s: 3.4.0
Resolution: Fixed
The pull request is now merged.
> Delete a snaps
[
https://issues.apache.org/jira/browse/HDFS-16975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-16975.
---
Fix Version/s: 3.4.0
Hadoop Flags: Reviewed
Resolution: Fixed
The pull request is now
Tsz-wo Sze created HDFS-16975:
-
Summary: FileWithSnapshotFeature.isCurrentFileDeleted is not
serialized to FSImage.
Key: HDFS-16975
URL: https://issues.apache.org/jira/browse/HDFS-16975
Project: Hadoop
Tsz-wo Sze created HDFS-16972:
-
Summary: Delete a snapshot may deleteCurrentFile
Key: HDFS-16972
URL: https://issues.apache.org/jira/browse/HDFS-16972
Project: Hadoop HDFS
Issue Type: Bug
Tsz-wo Sze created HDFS-16963:
-
Summary: Remove the unnecessary use of Optional from
DistributedFileSystem
Key: HDFS-16963
URL: https://issues.apache.org/jira/browse/HDFS-16963
Project: Hadoop HDFS
sible solutions are down in this thread
-Ayush
On Wed, 22 Mar 2023 at 7:48 AM, Tsz Wo Sze wrote:
>
> Ayush,
>
>
> Yes, reflections are a part of Java. Why we have to define the
> FileSystem APIs but not simply use reflections all the times?
>
>
> Reflection is good for d
doing
stuff for Hbase and then other folks will keep on managing, maintaining and
releasing them forever!!!
Good Luck!!! But 2 possible solutions are down in this thread
-Ayush
On Wed, 22 Mar 2023 at 7:48 AM, Tsz Wo Sze wrote:
>
> Ayush,
>
>
> Yes, reflections are a part of J
Ayush,
Yes, reflections are a part of Java. Why we have to define the FileSystem APIs
but not simply use reflections all the times?
Reflection is good for dealing with unknown code such as loading a plugin, code
analysis, etc. However, it probably is not a good way to define APIs.
Tsz-W
It makes a lot sense to use PathCapabilities.
Reflection is a hack but not a solution.
Tsz-WoOn Tuesday, March 21, 2023, 09:43:15 AM GMT+8, Ayush Saxena
wrote:
Hbase doesn’t want to add Ozone as a dependency sounds to me like a ‘Hbase
having resistance against the people proposing or
[
https://issues.apache.org/jira/browse/HDFS-16885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-16885.
---
Fix Version/s: 3.4.0
Hadoop Flags: Reviewed
Resolution: Fixed
The pull request is now
[
https://issues.apache.org/jira/browse/HDFS-16881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-16881.
---
Fix Version/s: 1.3.0
Hadoop Flags: Reviewed
Resolution: Fixed
The pull request is now
Tsz-wo Sze created HDFS-16881:
-
Summary: Print a warning if AccessControlEnforcer runs for a long
time to check permission
Key: HDFS-16881
URL: https://issues.apache.org/jira/browse/HDFS-16881
Project
[
https://issues.apache.org/jira/browse/HDFS-12006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-12006.
---
Resolution: Won't Do
> Ozone: add TestDistributedOzoneVolu
+1Tsz-Wo
On Saturday, September 26, 2020, 01:42:10 AM GMT+8, anu engineer
wrote:
+1.
--Anu
On Thu, Sep 24, 2020 at 10:59 PM Elek, Marton wrote:
> Hi all,
>
> Thank you for all the feedback and requests,
>
> As we discussed in the previous thread(s) [1], Ozone is proposed to be a
> sep
[
https://issues.apache.org/jira/browse/HDFS-15519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-15519.
---
Fix Version/s: 3.4.0
Hadoop Flags: Reviewed
Resolution: Fixed
Thanks, [~shashikant] for
[
https://issues.apache.org/jira/browse/HDFS-15523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDFS-15523.
---
Fix Version/s: 3.4.0
Resolution: Fixed
Thanks [~liuml07] for reviewing the pull request.
I
Tsz-wo Sze created HDFS-15523:
-
Summary: Fix the findbugs warnings from HDFS-15520
Key: HDFS-15523
URL: https://issues.apache.org/jira/browse/HDFS-15523
Project: Hadoop HDFS
Issue Type: Bug
Tsz-wo Sze created HDFS-15521:
-
Summary: Remove INode.dumpTreeRecursively()
Key: HDFS-15521
URL: https://issues.apache.org/jira/browse/HDFS-15521
Project: Hadoop HDFS
Issue Type: Improvement
Tsz-wo Sze created HDFS-15520:
-
Summary: Use visitor pattern to visit namespace tree
Key: HDFS-15520
URL: https://issues.apache.org/jira/browse/HDFS-15520
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-15519:
-
Summary: Check inaccessible INodes in FsImageValidation
Key: HDFS-15519
URL: https://issues.apache.org/jira/browse/HDFS-15519
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-15483:
-
Summary: Ordered snapshot deletion: Disallow rename between two
snapshottable directories
Key: HDFS-15483
URL: https://issues.apache.org/jira/browse/HDFS-15483
Project
Tsz-wo Sze created HDFS-15482:
-
Summary: Ordered snapshot deletion: hide the deleted snapshots
from users
Key: HDFS-15482
URL: https://issues.apache.org/jira/browse/HDFS-15482
Project: Hadoop HDFS
Tsz-wo Sze created HDFS-15481:
-
Summary: Ordered snapshot deletion: garbage collect deleted
snapshots
Key: HDFS-15481
URL: https://issues.apache.org/jira/browse/HDFS-15481
Project: Hadoop HDFS
Tsz-wo Sze created HDFS-15480:
-
Summary: Ordered snapshot deletion: record snapshot deletion in
XAttr
Key: HDFS-15480
URL: https://issues.apache.org/jira/browse/HDFS-15480
Project: Hadoop HDFS
Tsz-wo Sze created HDFS-15479:
-
Summary: Add a conf for enforcing ordered snapshot deletion
Key: HDFS-15479
URL: https://issues.apache.org/jira/browse/HDFS-15479
Project: Hadoop HDFS
Issue Type
Tsz-wo Sze created HDFS-15477:
-
Summary: Enforce in-order snapshot deletion
Key: HDFS-15477
URL: https://issues.apache.org/jira/browse/HDFS-15477
Project: Hadoop HDFS
Issue Type: Improvement
Tsz-wo Sze created HDFS-15463:
-
Summary: Add a tool to validate FsImage
Key: HDFS-15463
URL: https://issues.apache.org/jira/browse/HDFS-15463
Project: Hadoop HDFS
Issue Type: New Feature
Tsz-wo Sze created HDDS-2523:
Summary: BufferPool.releaseBuffer may release a buffer different
than the head of the list
Key: HDDS-2523
URL: https://issues.apache.org/jira/browse/HDDS-2523
Project
Tsz-wo Sze created HDDS-2386:
Summary: Implement incremental ChunkBuffer
Key: HDDS-2386
URL: https://issues.apache.org/jira/browse/HDDS-2386
Project: Hadoop Distributed Data Store
Issue Type
Tsz-wo Sze created HDDS-2375:
Summary: Refactor BlockOutputStream to allow flexible buffering
Key: HDDS-2375
URL: https://issues.apache.org/jira/browse/HDDS-2375
Project: Hadoop Distributed Data Store
Tsz-wo Sze created HDDS-2275:
Summary: In BatchOperation.SingleOperation, do not clone byte[]
Key: HDDS-2275
URL: https://issues.apache.org/jira/browse/HDDS-2275
Project: Hadoop Distributed Data Store
Tsz-wo Sze created HDDS-2274:
Summary: Avoid buffer copying in Codec
Key: HDDS-2274
URL: https://issues.apache.org/jira/browse/HDDS-2274
Project: Hadoop Distributed Data Store
Issue Type
Tsz-wo Sze created HDDS-2273:
Summary: Avoid buffer copying in GrpcReplicationService
Key: HDDS-2273
URL: https://issues.apache.org/jira/browse/HDDS-2273
Project: Hadoop Distributed Data Store
Tsz-wo Sze created HDDS-2272:
Summary: Avoid buffer copying in GrpcReplicationClient
Key: HDDS-2272
URL: https://issues.apache.org/jira/browse/HDDS-2272
Project: Hadoop Distributed Data Store
Tsz-wo Sze created HDDS-2271:
Summary: Avoid buffer copying in KeyValueHandler
Key: HDDS-2271
URL: https://issues.apache.org/jira/browse/HDDS-2271
Project: Hadoop Distributed Data Store
Issue
Tsz-wo Sze created HDDS-2270:
Summary: Avoid buffer copying in
ContainerStateMachine.loadSnapshot/persistContainerSet
Key: HDDS-2270
URL: https://issues.apache.org/jira/browse/HDDS-2270
Project: Hadoop
[
https://issues.apache.org/jira/browse/HDDS-?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze resolved HDDS-.
--
Resolution: Fixed
Merged Pull Request #1595.
> Add a method to update ByteBuffer in PureJavaCr
[
https://issues.apache.org/jira/browse/HDDS-?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tsz-wo Sze reopened HDDS-:
--
Reopen to change findbugsExcludeFile.xml
> Add a method to update ByteBuffer in PureJavaCr
Tsz-wo Sze created HDDS-:
Summary: Add a method to update ByteBuffer in
PureJavaCrc32/PureJavaCrc32C
Key: HDDS-
URL: https://issues.apache.org/jira/browse/HDDS-
Project: Hadoop Distributed
Tsz-wo Sze created HDDS-2204:
Summary: Avoid buffer coping in checksum verification
Key: HDDS-2204
URL: https://issues.apache.org/jira/browse/HDDS-2204
Project: Hadoop Distributed Data Store
+1 Thanks for making this happens!
Tsz-Wo
On Tuesday, March 6, 2018, 7:49:06 PM PST, Chris Douglas
wrote:
Found a meetup alternative (thanks Subru):
https://meetingstar.io/event/fk13172f1d75KN
So we can get a rough headcount, please add (local) if you plan to
attend in-person. -C
On
Hi Senthi
The Balancer performance was improved dramatically recently [1]. I am not sure
if you know about the new conf and parameters; see [2]. If you are interested
in more details on how the Balancer works, please see [3]. Thanks.
1.
https://community.hortonworks.com/content/kbentry/43615
+1
The code looks good in general. It is great that there are a lot of tests and
documentation. Some minor comments which can be addressed after merge:- There
are a few TODOs in the code.- Tried the help command "hdfs diskbalancer -help
plan". There is a typo "wetolerate" in --thresholdPerce
available = usage.getAvailable() - reserved
It is incorrect to minus reserved from usage.getAvailable() above since the
reserved space, which is the space reserved for non-hdfs used, may already be
occupied by some non-hdfs files but not necessarily empty space.
In pre HDFS-5215 calculation, the
> ... I volunteer to help on releasing 2.8.0 as 2.7.3 + HDFS-8578 and HDFS-8791.
HDFS-8578 (parallel upgrade), which does not change layout, should remain in
2.7.3. Only HDFS-8791 (new layout) is needed to be put in 2.8.0.
Tsz-Wo
On Monday, April 4, 2016 2:51 AM, Haohui Mai wrote:
Generating change log from JIRA is a good idea. It bases on an assumption that
each JIRA has an accurate summary (a.k.a. JIRA title) to reflect the committed
change. Unfortunately, the assumption is invalid for many cases since we never
enforce that the JIRA summary must be the same as the chan
+1 (suppose using md5 is intentional.)
Verified md5 and ran a single node HA HDFS cluster for some time. Everything
worked great.
Regards,Tsz-Wo
On Monday, November 17, 2014 4:48 PM, Tsz Wo Sze
wrote:
Hi Arun,
Only md5 is provided but not mds? Is it intentional?
Tsz-Wo
Hi Arun,
Only md5 is provided but not mds? Is it intentional?
Tsz-Wo
On Monday, November 17, 2014 2:14 PM, Tsz Wo Sze
wrote:
I agree that HDFS-6833 is not a blocker. It is not a problem for the blocks
with replication >= 3 and it is not a regression (please correct me if I
I agree that HDFS-6833 is not a blocker. It is not a problem for the blocks
with replication >= 3 and it is not a regression (please correct me if I am
wrong.)Tsz-Wo
On Monday, November 17, 2014 10:06 AM, Suresh Srinivas
wrote:
Tsuyoshi, thanks for bringing up HDFS-6833. However
Hi HDFS dev,
Both HDFS-7081 and HDFS-7095 have been completed. I have also merged HDFS-6584
to branch-2. The Archival Storage feature will be available in the coming
Hadoop 2.6.0 release. Thanks.
Tsz-Wo
On Friday, September 19, 2014 10:21 PM, Tsz Wo Sze wrote:
>
>
>Hi
the great work!
Tsz-Wo
On Friday, September 19, 2014 6:19 AM, Tsz Wo Sze wrote:
>
>
>Hi HDFS dev,
>
>
>We have four +1's (Vinay, Jitendra, Arpit and me) and no -1's. The VOTE
>passed.
>
>
>PS: Sorry that my email box seems having some problem. I som
Thanks everyone.
Tsz-Wo
On Tuesday, September 16, 2014 11:20 PM, Tsz Wo Sze wrote:
>
>
>Hi HDFS dev,
>
>
>We have three binding +1's (Vinay, Jitendra and me) and no -1's. The VOTE
>passed.
>
>
>Thanks everyone.
>Tsz-Wo
>
>
>
>On M
Hi HDFS dev,
We would like to propose merging the development branch
HDFS-6584 back to trunk.
The work of HDFS-6584 is to support Archival Storage in
HDFS. Hadoop needs a solution to
decouple growing storage capacity from compute capacity. Nodes with higher
density and less expensive storage wi
It is a very good idea although it might not be easy to do. One aspect to
consider is that do we need separated jars for rpc client and web client? Now,
suppose we could successfully separate HFDS Client jar(s) from HDFS. However,
HDFS Client uses Common as a library. We have to separate Com
Hi hdfs-dev,
With ten +1's (eight binding and two non-binding), the vote passed. Once the
latest merge patch has passed Jenkins, I will merge the HDFS-5535 branch to
trunk. Thanks everyone!
Tsz-Wo
On Tuesday, February 25, 2014 1:41 PM, Tsz Wo Sze wrote:
Hi hdfs-dev,
>
>
to the JIRA? I'm not -1 or
>anything, but I asked for this on the JIRA just before the merge vote
>started, and would like to see it posted soon.
>
>
>
>On Mon, Mar 3, 2014 at 9:59 AM, Arpit Agarwal wrote:
>
>> +1 for merging the feature to trunk.
>>
>>
Hi hdfs-dev,
We propose merging the HDFS-5535 branch to trunk.
HDFS Rolling Upgrade is a feature to allow upgrading individual HDFS daemons.
In Hadoop v2, HDFS supports highly-available (HA) namenode services and wire
compatibility. These two capabilities make it feasible to upgrade HDFS witho
+1
Tsz-Wo
On Tuesday, December 3, 2013 10:32 AM, Jun Ping Du wrote:
+1. Good to see HDFS can support different storage tiers.
>I have been involved with minor development & bug fixing effort and I agree it
>is ready to merge too.
>
>Thanks,
>
>Junping
>
>- Original Message -
>From
Hi,
Since the snapshot branch (HDFS-2802) has been merged to the main branch for a
few months (http://s.apache.org/9Qi), I am to going to delete the corresponding
Jenkins build
(https://builds.apache.org/job/Hadoop-Hdfs-Snapshots-Branch-build/) tomorrow.
Please feel free to let me know if you
+1
Tsz-Wo
From: Suresh Srinivas
To: "hdfs-dev@hadoop.apache.org"
Sent: Wednesday, May 1, 2013 11:54 AM
Subject: [VOTE] Merge HDFS-2802 snapshot feature to trunk
This is a follow up to my earlier heads up about merging Snapshot feature
to trunk - http://ma
Hi Aaron,
You are right the arguments should be Path but not String. Will fix it.
HdfsAdmin is also for admin operations. However, createSnapshot etc methods
aren't.
Tsz-Wo
From: Aaron T. Myers
To: "hdfs-dev@hadoop.apache.org" ; Tsz
@HBase-dev, thanks for yielding the reserved word ".snapshot" to HDFS and the
fast fix for addressing the problem. You guys have done a great job!
@Harsh, it seems that more people think that .snapshot is better.
Tsz-Wo
From: Andrew Purtell
To: "hdfs-dev@
Hi Aaron,
Thanks for supporting the snapshot feature.
Currently, allowSnapshot(..) and disallowSnapshot(..) are already in HdfsAdmin.
The other operations createSnapshot(..), renameSnapshot(..) and
deleteSnapshot(..) are actually user operations and they are declared in
FileSystem. Users can
Hi Ted,
It would be great that if Hbase could use a different name since, as you
mentioned, ".sanpshot" is user visible in HDFS. It is used for specifying
snapshot paths. For example, the path /foo/.snapshot/s0/bar is used for
accessing /foo/bar in snapshot s0 of /foo. Thanks.
Tsz-Wo
__
Hi Colin,
Thanks for closing the previous VOTE. (We usually count the numbers of +1's
and -1's, and then state whether the vote passes. Hope that you could include
such information next time.)
I withdraw my -1.
Tsz-Wo
____
From: Tsz Wo Sze
To:
The patch in HDFS-4661 has addressed the problem I raised. Once the previous
VOTE has be concluded, I will remove my -1. Thanks.
Tsz-Wo
From: Tsz Wo Sze
To: "hdfs-dev@hadoop.apache.org"
Sent: Friday, April 5, 2013 12:11 PM
Subject: Re: VOTE
Colin,
We usually conclude the last VOTE before starting a new one. Otherwise, people
may be confused between the VOTEs. (In case you don't know our convention.
Please check with someone before starting a VOTE. Thanks.)
-1
* The previous VOTE started by Colin has not been concluded.
* The
Hi Colin,
Thanks for filing HDFS-4661. Will watch it.
For the latest patch in HDFS-347, it seems that there are still bugs in the
patch. I have posted some comments on HDFS-347.
Thanks again.
Nicholas
From: Colin McCabe
To: hdfs-dev@hadoop.apache.org
Hi Konstantin S,
I accidentally merged some windows bug fixes to branch-2. However, branch-2
did not compile -- it showed that the windows changes were missing in branch-2.
The ones causing compilation problems were already reverted (Thanks Sid and
Suresh.) Sorry for the inconvenience.
T
Hi Colin,
It is great to hear that you agree to keep HDFS-2246. Please as well address
my comments posted on HDFS-347 and let me know once you have posted a new patch
on HDFS-347. Thanks a lot!
BTW, you should conclude the VOTE you started and use a separated thread for
other discussion as S
I agree that HDFS-2246 is a short term solution and we should not keep it there
forever. However, we still need a transition period to replace an old
mechanism by a new one. No?
Tsz-Wo
From: Eli Collins
To: "hdfs-dev@hadoop.apache.org" ;
sz-Wo
From: Aaron T. Myers
To: "hdfs-dev@hadoop.apache.org" ; Tsz Wo Sze
Sent: Friday, February 22, 2013 6:40 PM
Subject: Re: VOTE: HDFS-347 merge
On Fri, Feb 22, 2013 at 6:32 PM, Tsz Wo Sze wrote:
> Another
> substantive concern is that HD
Eli, please see my earlier response below.
On Wed, Feb 20, 2013 at 5:12 PM, Aaron T. Myers wrote:
> Given that the only substantive concerns with HDFS-347 seem to be about
> Windows support for local reads, for now we only merge this branch to trunk.
Another
substantive concern is that HDFS-3
1 - 100 of 129 matches
Mail list logo
