Skip to content

Append testing id to sample-app-namespace #38

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

Merged
merged 2 commits into from
Apr 12, 2024

Conversation

harrryr
Copy link
Contributor

@harrryr harrryr commented Apr 11, 2024

Issue #, if available:
Test runs occasionally fail because the sample-app-namespace from the previous run is still terminating.

Description of changes:
Append testing id at the end of the namespace

Note:

  • Tried to make sample-app-namespace-${{ env.Testing_Id }}, but cloudformation doesn't allow stack name exceeding 128 characters, so Create role for AWS access from the sample app was failing due to final name being 130 characters.
  • Attempted to write command to delete all namespace with sample-app-namespace-*, but kubectl doesn't allow such formats. If we want to do that, will need to write a .sh script file. Since the previous sample-app-namespaces are in terminating status, deemed it not necessary to run the delete command again in subsequent runs.

Test run: https://github.com/aws-observability/aws-application-signals-test-framework/actions/runs/8651339788
Another test run: https://github.com/aws-observability/aws-application-signals-test-framework/actions/runs/8654636588/job/23732190120

Test run after namespace change: https://github.com/aws-observability/aws-application-signals-test-framework/actions/runs/8666931415

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

@harrryr harrryr force-pushed the add-testing-id-to-sample-app-namespace branch from d1ad7c5 to 7388f1b Compare April 11, 2024 18:27
@majanjua-amzn
Copy link
Contributor

Tried to make sample-app-namespace-${{ env.Testing_Id }}, but cloudformation doesn't allow stack name exceeding 128 characters, so Create role for AWS access from the sample app was failing due to final name being 130 characters.

Which stack? Eventually the testing ID here will get long enough to cause the same issue since the run number is incrementing up with each run. Maybe it's time to revisit the format of the testing ID.

@harrryr
Copy link
Contributor Author

harrryr commented Apr 11, 2024

Tried to make sample-app-namespace-${{ env.Testing_Id }}, but cloudformation doesn't allow stack name exceeding 128 characters, so Create role for AWS access from the sample app was failing due to final name being 130 characters.

Which stack? Eventually the testing ID here will get long enough to cause the same issue since the run number is incrementing up with each run. Maybe it's time to revisit the format of the testing ID.

This stack here: https://github.com/aws-observability/aws-application-signals-test-framework/actions/runs/8645613978/job/23704680373#step:15:82

eksctl-e2e-playground-addon-iamserviceaccount-sample-app-namespace-us-east-1-8645613978-14-service-account-us-east-1-8645613978-14

@harrryr
Copy link
Contributor Author

harrryr commented Apr 11, 2024

Tried to make sample-app-namespace-${{ env.Testing_Id }}, but cloudformation doesn't allow stack name exceeding 128 characters, so Create role for AWS access from the sample app was failing due to final name being 130 characters.

Which stack? Eventually the testing ID here will get long enough to cause the same issue since the run number is incrementing up with each run. Maybe it's time to revisit the format of the testing ID.

Currently, the stack name will be eksctl-e2e-canary-test-addon-iamserviceaccount-sample-app-namespace-8651339788-16-service-account-us-east-1-8651339788-16, which is 121 characters. I do not think there is any concern of it exceeding the 128 characters requirement.

@harrryr harrryr force-pushed the add-testing-id-to-sample-app-namespace branch from 6ec495a to 7388f1b Compare April 11, 2024 23:45
@zzhlogin
Copy link
Contributor

Tried to make sample-app-namespace-${{ env.Testing_Id }}, but cloudformation doesn't allow stack name exceeding 128 characters, so Create role for AWS access from the sample app was failing due to final name being 130 characters.

Which stack? Eventually the testing ID here will get long enough to cause the same issue since the run number is incrementing up with each run. Maybe it's time to revisit the format of the testing ID.

Currently, the stack name will be eksctl-e2e-canary-test-addon-iamserviceaccount-sample-app-namespace-8651339788-16-service-account-us-east-1-8651339788-16, which is 121 characters. I do not think there is any concern of it exceeding the 128 characters requirement.

Actually, I encountered the same problem while working on Python E2E test. Since Python test use cluster naming "e2e-python-canary-test", which has 7 chars more than Java, appending ${{ github.run_id }}-${{ github.run_number }} even exceed 128 chars limit. I have to make the namespace to be "python-app-ns-${{ github.run_id }}-${{ github.run_number }}", which has exactly 128 chars. It will be helpful if we can "revisit the format of the testing ID".

@harrryr harrryr force-pushed the add-testing-id-to-sample-app-namespace branch from eec8a2b to 1c9b971 Compare April 12, 2024 19:27
@harrryr harrryr merged commit 1bb9d6b into main Apr 12, 2024
@harrryr harrryr deleted the add-testing-id-to-sample-app-namespace branch April 12, 2024 19:32
zzhlogin added a commit to aws-observability/aws-otel-python-instrumentation that referenced this pull request Apr 12, 2024
*Issue #, if available:*

Improve Python E2E tests with following changes and align with Java:
1. Run E2E in docker contianer, matching with Java PR:
aws-observability/aws-application-signals-test-framework#36
2. Append testing id to sample-app-namespace, matching with Java PR:
aws-observability/aws-application-signals-test-framework#38

Test workflow run:
1.
EC2:https://github.com/aws-observability/aws-otel-python-instrumentation/actions/runs/8666582644
2. EKS:
https://github.com/aws-observability/aws-otel-python-instrumentation/actions/runs/8667061312


By submitting this pull request, I confirm that you can use, modify,
copy, and redistribute this contribution, under the terms of your
choice.
zzhlogin pushed a commit to zzhlogin/aws-application-signals-test-framework that referenced this pull request Jun 6, 2024
…sting-id-to-sample-app-namespace

Append testing id to sample-app-namespace
zzhlogin pushed a commit to zzhlogin/aws-application-signals-test-framework that referenced this pull request Jun 6, 2024
…sting-id-to-sample-app-namespace

Append testing id to sample-app-namespace
zzhlogin pushed a commit to zzhlogin/aws-application-signals-test-framework that referenced this pull request Jun 6, 2024
…sting-id-to-sample-app-namespace

Append testing id to sample-app-namespace
zzhlogin pushed a commit to zzhlogin/aws-application-signals-test-framework that referenced this pull request Jun 6, 2024
…sting-id-to-sample-app-namespace

Append testing id to sample-app-namespace
georgeboc pushed a commit to georgeboc/aws-application-signals-test-framework that referenced this pull request Jul 8, 2024
*Description of changes:*
Implement Unit Test for Tracer Configurer Module

By submitting this pull request, I confirm that you can use, modify,
copy, and redistribute this contribution, under the terms of your
choice.

---------

Co-authored-by: ADOT Patch workflow <[email protected]>
Co-authored-by: Thomas Pierce <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants