Open Brightside56 opened 2 months ago
Hmm, yeah, that is odd. I think that sort of error would be coming from the AWS SDK (similar issue, but not for S3: https://github.com/awslabs/aws-sdk-rust/issues/844). You could try increasing the log level of aws_smithy_http
to, say, debug
or trace
but I realize it'd be pretty chatty and so might not be feasible.
same here, is anyone resolve this?
2024-05-04T17:07:15.594521Z INFO vector::topology::running: Running healthchecks. 2024-05-04T17:07:15.595648Z INFO vector: Vector has started. debug="false" version="0.37.1" arch="x86_64" revision="cb6635a 2024-04-09 13:45:06.561412437" 2024-05-04T17:07:15.595990Z INFO vector::app: API is disabled, enable by setting
api.enabledto
trueand use commands like
vector top. 2024-05-04T17:07:15.609041Z INFO source{component_kind="source" component_id=my_source_id component_type=aws_s3}:lazy_load_identity: aws_smithy_runtime::client::identity::cache::lazy: identity cache miss occurred; added new identity (took 185µs) new_expiration=2024-05-04T17:22:15.607636Z valid_for=899.998602s partition=IdentityCachePartition(2) 2024-05-04T17:07:15.826752Z INFO vector::topology::builder: Healthcheck passed. 2024-05-04T17:07:15.860011Z ERROR source{component_kind="source" component_id=my_source_id component_type=aws_s3}: vector::internal_events::aws_sqs: Failed to fetch SQS events. error=service error error_code="failed_fetching_sqs_events" error_type="request_failed" stage="receiving" internal_log_rate_limit=true 2024-05-04T17:07:15.907364Z ERROR source{component_kind="source" component_id=my_source_id component_type=aws_s3}: vector::internal_events::aws_sqs: Internal log [Failed to fetch SQS events.] is being suppressed to avoid flooding.
Also happens with S3 sink:
2024-05-22T09:40:24.026717Z WARN sink{component_kind="sink" component_id=out_kafka_access_s3 component_type=aws_s3}:request{request_id=23796}: vector::sinks::util::retries: Retrying after error. error=dispatch failure internal_log_rate_limit=true
I think all of these is related about how AWS sdk handle retries and failures for AWS IAM.
Hmm, yeah, that is odd. I think that sort of error would be coming from the AWS SDK (similar issue, but not for S3: https://github.com/awslabs/aws-sdk-rust/issues/844). You could try increasing the log level of
aws_smithy_http
to, say,debug
ortrace
but I realize it'd be pretty chatty and so might not be feasible.
I've tried, but messages weren't more verbose in this specific part even with aws_smithy_http=trace
Problem
I have configured s3 source and getting following error from time to time, once in a ~30-60 min
however after being in-flight 10 minutes or so, these messages with corresponding S3 objects seem to be reprocessed successfully from SQS
Configuration
also I have
logLevel: aws_smithy_http=info,vector=info
, however along with above-mentioned error message and variousvector: Beep
- there are no other informative error messages which could explain root cause of issueVersion
0.37.1