Skip to content

Boto3 Retrier Configuration

Prowler's AWS Provider uses the Boto3 Standard retry mode to assist in retrying client calls to AWS services when these kinds of errors or exceptions are experienced. This mode includes the following behaviours:

  • A default value of 3 for maximum retry attempts. This can be overwritten with the --aws-retries-max-attempts 5 argument.

  • Retry attempts for an expanded list of errors/exceptions:

    # Transient errors/exceptions
    RequestTimeout
    RequestTimeoutException
    PriorRequestNotComplete
    ConnectionError
    HTTPClientError
    
    # Service-side throttling/limit errors and exceptions
    Throttling
    ThrottlingException
    ThrottledException
    RequestThrottledException
    TooManyRequestsException
    ProvisionedThroughputExceededException
    TransactionInProgressException
    RequestLimitExceeded
    BandwidthLimitExceeded
    LimitExceededException
    RequestThrottled
    SlowDown
    EC2ThrottledException
    

  • Retry attempts on nondescriptive, transient error codes. Specifically, these HTTP status codes: 500, 502, 503, 504.

  • Any retry attempt will include an exponential backoff by a base factor of 2 for a maximum backoff time of 20 seconds.

Notes for validating retry attempts

If you are making changes to Prowler, and want to validate if requests are being retried or given up on, you can take the following approach

  • Run prowler with --log-level DEBUG and --log-file debuglogs.txt
  • Search for retry attempts using grep -i 'Retry needed' debuglogs.txt

This is based off of the AWS documentation, which states that if a retry is performed, you will see a message starting with "Retry needed".

You can determine the total number of calls made using grep -i 'Sending http request' debuglogs.txt | wc -l