Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SQS Trigger Executes Incorrect Flow Revisions #3533

Closed
youssef-tec opened this issue Apr 12, 2024 · 0 comments · Fixed by kestra-io/plugin-aws#421
Closed

SQS Trigger Executes Incorrect Flow Revisions #3533

youssef-tec opened this issue Apr 12, 2024 · 0 comments · Fixed by kestra-io/plugin-aws#421
Assignees
Labels
area/backend Needs backend code changes bug Something isn't working
Milestone

Comments

@youssef-tec
Copy link

youssef-tec commented Apr 12, 2024

The AWS SQS Trigger in Kestra is exhibiting unexpected behavior where it executes previous revisions of a flow randomly instead of the latest version. The trigger configuration is as follows:

triggers:
  - id: sqs
    type: io.kestra.plugin.aws.sqs.Trigger
    accessKeyId: "{{ secret('AWS_ACCESS_KEY_ID') }}"
    secretKeyId: "{{ secret('AWS_SECRET_ACCESS_KEY') }}"
    region: "eu-central-1"
    queueUrl: URL
    maxRecords: 1

While the trigger works as expected in terms of functionality, it inconsistently executes older revisions of the script rather than the latest one. This issue seems to occur particularly when there are multiple revisions of the flow.

Steps to Reproduce:

  1. Set up a Kestra flow with the provided SQS trigger configuration.
  2. Create multiple revisions of a flow.
  3. trigger SQS event
  4. Observe the trigger executing previous revisions randomly instead of the latest one.

Additional Context:

  • The issue persists even when reducing the deployment to a single scheduler pod.
  • Manually executing the flow using the execute button correctly utilizes the latest revision.
  • Using a lambda function to process the event in SQS and trigger the Kestra job via webhook works as expected, indicating a potential issue with the SQS trigger.
  • Upon inspecting the scheduler with curl http://localhost:8081/scheduler, an empty dictionary is returned, suggesting another underlying issue.

Environment

  • Kestra Version: 0.15.5
  • Operating System (OS/Docker/Kubernetes): Kubernetes multi node
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/backend Needs backend code changes bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants