[ 
https://issues.apache.org/jira/browse/HADOOP-16202?focusedWorklogId=753956&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-753956
 ]

ASF GitHub Bot logged work on HADOOP-16202:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 07/Apr/22 10:32
            Start Date: 07/Apr/22 10:32
    Worklog Time Spent: 10m 
      Work Description: steveloughran commented on PR #2584:
URL: https://github.com/apache/hadoop/pull/2584#issuecomment-1091538089

   ok, that suggestion from thomas about having checksum fs pass down is wrong, 
as it means the opened file is bypassing checks.
   
   i can't see a good way of passing down the openfile options while still 
using the existing open() call, so I'm going to revert on the basis that "the 
key role here is protecting data in hdfs". no options will get down to the 
local/raw local fs, but that's ok.




Issue Time Tracking
-------------------

    Worklog Id:     (was: 753956)
    Time Spent: 16h 50m  (was: 16h 40m)

> Enhance openFile() for better read performance against object stores 
> ---------------------------------------------------------------------
>
>                 Key: HADOOP-16202
>                 URL: https://issues.apache.org/jira/browse/HADOOP-16202
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: fs, fs/s3, tools/distcp
>    Affects Versions: 3.3.0
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 16h 50m
>  Remaining Estimate: 0h
>
> The {{openFile()}} builder API lets us add new options when reading a file
> Add an option {{"fs.s3a.open.option.length"}} which takes a long and allows 
> the length of the file to be declared. If set, *no check for the existence of 
> the file is issued when opening the file*
> Also: withFileStatus() to take any FileStatus implementation, rather than 
> only S3AFileStatus -and not check that the path matches the path being 
> opened. Needed to support viewFS-style wrapping and mounting.
> and Adopt where appropriate to stop clusters with S3A reads switched to 
> random IO from killing download/localization
> * fs shell copyToLocal
> * distcp
> * IOUtils.copy



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to