メインコンテンツへスキップ

StorageGRID 11.5 は、 AWS SDK for Java を使用して、ゼロバイトの S3 取り込みに対して HTTP 500 を返します

Views:
22
Visibility:
Internal
Votes:
0
Category:
storagegrid<a>2008816991</a>
Specialty:
sgrid
Last Updated:

環境

  • NetAppStorageGRID 11.5
  • AWS SDK for Java
  • クライアントは、 HTTP 経由で StorageGRID ポート 18084 に要求を送信します
  • アップロード中のオブジェクトは 0 バイトです
  • Hadoop バージョン 2.6
  • Java バージョン 1.7

問題

  • HTTP 500 StorageGRID 11.5のアップグレード後に取り込みエラーが発生しました。
  • hadoop distcp -m 50 /source-path s3a://bucket-name/destination-path” コマンド「」を実行して、 Hadoop アプリケーション側で以下のエラーのあるオブジェクトを取り込みます。

Caused by: org.apache.hadoop.fs.s3a.AWSS3IOException: innerMkdirs on s3a://bucketname/datapath/views/checkNumber/2020-11/testpath
com.amazonaws.services.s3.model.AmazonS3Exception: We encountered an internal error. Please try again. (Service: Amazon S3; Status Code: 500; Error Code: InternalError; Request ID: 1624352367639862), Extended Request ID: null: We encountered an internal error. Please try again. (Service: Amazon S3; Status Code: 500; Error Code: InternalError; Request ID: 1624352367639862)

  • bycast-err.log は、StorageGRID 側の以下のエラーを示しています。

MMM YY hh:mm:ss <nodename> ADE: |12345678 0123456789 S3RQ POPD YYYY-MM-DDThh:mm:ss.uuuuuu| ERROR    1878 <traceid> S3RQ: S3 request error: connection=<connectionid>, Resource=/bucket1/prefix1/object1, HTTP Status Code=500, ErrorMsg=InternalError, ErrorType=Client CustomErrorMessage={<none>}, Details={asyncPop error: no producer}

または

MMM YY hh:mm:ss <nodename> ADE: |12345678 0123456789 S3RQ %DED YYYY-MM-DDThh:mm:ss.uuuuuu| NOTICE   0090 <traceid> S3RQ: S3 error response: RequestId=<requestid>, TraceId=<traceid>, Resource=/bucket1/prefix1/object1, HTTP Status Code=500, ErrorMsg=InternalError, ErrorType=Client, CustomErrorMessage={<none>}, Details={unexpected error (GERR). details: ,}

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

This is an internal KB article and its content should not be copy/pasted and shared with people outside of NetApp. Always seek Duty Manager authentication of caller for password reset requests. If you need further assistance post a question in Knowledge Xchange