Uploaded image for project: 'Spark'
  1. Spark
  2. SPARK-44111 Prepare Apache Spark 4.0.0
  3. SPARK-47008

Spark to support S3 Express One Zone Storage



    • Sub-task
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 4.0.0
    • None
    • Spark Core
    • None


      Hadoop 3.4.0 adds support for AWS S3 Express One Zone Storage.

      Most of this is transparent. However, one aspect which can surface as an issue is that these stores report prefixes in a listing when there are pending uploads, even when there are no files underneath

      This leads to a situation where a listStatus of a path returns a list of file status entries which appears to contain one or more directories -but a listStatus on that path raises a FileNotFoundException: there is nothing there.

      HADOOP-18996 handles this in all of hadoop code, including FileInputFormat,

      A filesystem can now be probed for inconsistent directoriy listings through fs.hasPathCapability(path, "fs.capability.directory.listing.inconsistent")

      If true, then treewalking code SHOULD NOT report a failure if, when walking into a subdirectory, a list/getFileStatus on that directory raises a FileNotFoundException.

      Although most of this is handled in the hadoop code, but there some places where treewalking is done inside spark These need to be identified and make resilient to failure on the recurse down the tree

      • SparkHadoopUtil list methods ,
      • especially listLeafStatuses used by OrcFileOperator

      org.apache.hadoop.fs.FileUtil.maybeIgnoreMissingDirectory() can assist here, or the logic can be replicated. Using the hadoop implementation would be better from a maintenance perspective


        Issue Links



              Unassigned Unassigned
              stevel@apache.org Steve Loughran
              0 Vote for this issue
              1 Start watching this issue