【问题标题】:Opscenter backup failure - S3 500 InternalErrorOpscenter 备份失败 - S3 500 InternalError
【发布时间】:2016-12-02 22:36:33
【问题描述】:

使用 Opscenter 的备份服务失败,出现以下 AWS S3 错误 - 500 InternalError。对于具有此错误代码的不同文件,它在 3-4 个节点上失败。 AWS S3 文档建议重试该操作(我们遇到内部错误。请重试)。我只能在代理日志和 S3 日志中看到这个文件名和错误一次,这意味着在这个错误之后没有重试。有没有办法在 opscenter 中启用 S3 500 错误代码 (InternalError) 的重试?有关如何解决此错误的任何建议?

 

Error while sending opsagent.backups.mytable.SSTable@1d6cb0c5 to org.jclouds.http.HttpResponseException: request: HEAD @987654321@

cf6c2a5ff336/sstables/1458057843-my_ks-mytable-ka-57417-Index.db.gz HTTP/1.1 failed with response: HTTP/1.1 500 Internal Server Error at org.jclouds.aws.handlers.ParseAWSErrorFromXmlContent.handleError(ParseAWSErrorFromXmlContent.java:63) at org.jclouds.http.handlers.DelegatingErrorHandler.handleError(DelegatingErrorHandler.java:67) at org.jclouds.http.internal.BaseHttpCommandExecutorService.shouldContinue(BaseHttpCommandExecutorService.java:135) at org.jclouds.http.internal.BaseHttpCommandExecutorService.invoke(BaseHttpCommandExecutorService.java:105) at org.jclouds.rest.internal.InvokeSyncToAsyncHttpMethod.invoke(InvokeSyncToAsyncHttpMethod.java:128) at org.jclouds.rest.internal.InvokeSyncToAsyncHttpMethod.apply(InvokeSyncToAsyncHttpMethod.java:94) at org.jclouds.rest.internal.InvokeSyncToAsyncHttpMethod.apply(InvokeSyncToAsyncHttpMethod.java:55) at org.jclouds.rest.internal.DelegatesToInvocationFunction.handle(DelegatesToInvocationFunction.java:156) at org.jclouds.rest.internal.DelegatesToInvocationFunction.invoke(DelegatesToInvocationFunction.java:123) at com.sun.proxy.$Proxy51.objectExists(Unknown Source) at org.jclouds.s3.blobstore.S3BlobStore.blobExists(S3BlobStore.java:175) at org.jclouds.blobstore2$blob_exists_QMARK_.invoke(blobstore2.clj:238) at opsagent.backups.destinations$create_blob.invoke(destinations.clj:48) at opsagent.backups.destinations$fn__12755.invoke(destinations.clj:185) at opsagent.backups.destinations$fn__12385$G__12378__12396.invoke(destinations.clj:25) at opsagent.backups.staging$start_staging_BANG_$fn__12925$state_machine__5264__auto____12926$fn__12931$fn__12962.invoke(staging.clj:61) at opsagent.backups.staging$start_staging_BANG_$fn__12925$state_machine__5264__auto____12926$fn__12931.invoke(staging.clj:59) at opsagent.backups.staging$start_staging_BANG_$fn__12925$state_machine__5264__auto____12926.invoke(staging.clj:56) at clojure.core.async.impl.ioc_macros$run_state_machine.invoke(ioc_macros.clj:940) at clojure.core.async.impl.ioc_macros$run_state_machine_wrapped.invoke(ioc_macros.clj:944) at clojure.core.async.impl.ioc_macros$take_BANG_$fn__5280.invoke(ioc_macros.clj:953) at clojure.core.async.impl.channels.ManyToManyChannel$fn__1785.invoke(channels.clj:102) at clojure.lang.AFn.run(AFn.java:24) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

1

详情:
OpsCenter 5.2.4
DSE 4.8.2
每个节点的数据大小 ~130GB x 3 个节点 x 3 dc
启用压缩和 S3 服务器端加密
JVM_OPTS="$JVM_OPTS -Xmx512M -Djclouds.mpu.parts.magnitude=100000 -Djclouds.mpu.parts.size=32000000"

【问题讨论】:

    标签: amazon-s3 datastax-enterprise opscenter datastax-startup


    【解决方案1】:

    OpsCenter 5.2.4 中存在将 blob_exists 代码置于重试循环之外的问题。这已在 OpsCenter 6.0.1 中修复。

    【讨论】:

      猜你喜欢
      • 2015-06-04
      • 1970-01-01
      • 2015-12-14
      • 2015-10-23
      • 1970-01-01
      • 2015-05-21
      • 2015-05-08
      • 2016-09-07
      • 1970-01-01
      相关资源
      最近更新 更多