XMLWordPrintableJSON

Details

    Description

      s3a client timeout settings are getting down to http client, but not sdk timeouts, so you can't have a longer timeout than the default. This surfaces in the inability to tune the timeouts for CreateSession calls even now the latest SDK does pick it up

      The default value of fs.s3a.connection.request.timeout is now 60s; if an S3 store takes longer than this to return then the operation will be reported by the SDK as a timeout.

      When cherrypicking there are two patches

      • change constants.java and add test for passdown
      • remove core-default and test/core-site values of 0 and update docs. Without this (or a config override) the 10s timeout is maintained

      Attachments

        Issue Links

          Activity

            People

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

              Dates

                Created:
                Updated:
                Resolved: