Uploaded image for project: 'Hadoop Common'
  1. Hadoop Common
  2. HADOOP-14831 Über-jira: S3a phase IV: Hadoop 3.1 features
  3. HADOOP-13282

S3 blob etags to be made visible in S3A status/getFileChecksum() calls

    XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Resolved
    • Minor
    • Resolution: Fixed
    • 2.9.0
    • 3.1.0
    • fs/s3
    • None
    • Incompatible change
    • Hide
      now that S3A has a checksum, you need to explicitly disable checksums when uploading from HDFS : use -skipCrc

      checksum verification does work between s3a buckets, provided the block size on uploads was identical
      Show
      now that S3A has a checksum, you need to explicitly disable checksums when uploading from HDFS : use -skipCrc checksum verification does work between s3a buckets, provided the block size on uploads was identical

    Description

      If the etags of blobs were exported via getFileChecksum(), it'd be possible to probe for a blob being in sync with a local file. Distcp could use this to decide whether to skip a file or not.

      Now, there's a problem there: distcp needs source and dest filesystems to implement the same algorithm. It'd only work out the box if you were copying between S3 instances. There are also quirks with encryption and multipart: s3 docs. At the very least, it's something which could be used when indexing the FS, to check for changes later.

      Attachments

        1. HADOOP-13282-001.patch
          4 kB
          Steve Loughran
        2. HADOOP-13282-002.patch
          16 kB
          Steve Loughran
        3. HADOOP-13282-003.patch
          16 kB
          Steve Loughran
        4. HADOOP-13282-004.patch
          16 kB
          Steve Loughran

        Issue Links

          causes

          Sub-task - The sub-task of the issue HADOOP-15297 Make S3A etag => checksum feature optional

          • Blocker - Blocks development and/or testing work, production could not run
          • Resolved
          is depended upon by

          Improvement - An improvement or enhancement to an existing feature or task. IMPALA-6057 Cache Remote Reads

          • Major - Major loss of function.
          • Resolved
          is related to

          Bug - A problem which impairs or prevents the functions of the product. HADOOP-15273 distcp can't handle remote stores with different checksum algorithms

          • Critical - Crashes, loss of data, severe memory leak.
          • Resolved

          Activity

            People

              stevel@apache.org Steve Loughran
              stevel@apache.org Steve Loughran
              Votes:
              1 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: