-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
Fix failing Ruby tests due to internal RUBYLIB variable changed by AWS #12767
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
Conversation
Test Results - Preflight, Unit21β621 testsβ Β±0βββ19β964 β
Β±0βββ6m 20s β±οΈ -15s Results for commit b4aed3e.βΒ± Comparison against base commit 21c4d5d. |
Test Results - Alternative Providers987 testsβββ589 β
ββ30m 14s β±οΈ Results for commit b4aed3e. |
Test Results (amd64) - Integration, Bootstrapββββ5 filesββββββ5 suitesβββ1h 51m 47s β±οΈ Results for commit b4aed3e. |
LocalStack Community integration with Proββββ2 filesββββββ2 suitesβββ1h 20m 18s β±οΈ Results for commit b4aed3e. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
We should probably look at improving our transformations of these envars going forward (especially since we don't set them). I'm concerned we're a bit too at the mercy of random variables changing and breaking our pipelines π€¦
@@ -549,21 +549,21 @@ | |||
"AWS_LAMBDA_INITIALIZATION_TYPE": "on-demand", | |||
"AWS_LAMBDA_LOG_GROUP_NAME": "/aws/lambda/<function-name:1>", | |||
"AWS_LAMBDA_LOG_STREAM_NAME": "<log-stream-name:1>", | |||
"AWS_LAMBDA_RUNTIME_API": "127.0.0.1:9001", | |||
"AWS_LAMBDA_RUNTIME_API": "169.254.100.1:9001", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we not be transforming this IP address? The same applies to a couple of these other variables:
AWS_XRAY_DAEMON_ADDRESS
_AWS_XRAY_DAEMON_ADDRESS
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we should transform these unless the value becomes dynamic. They seem stable, and having them raw allows us to detect upstream changes that may have other implications.
Example:
# Changed from 127.0.0.1:9001 to 169.254.100.1:9001 around 2024-11, which would require network changes |
FYI, think this is the commit aws/aws-lambda-base-images@8c4c659 that introduced these changes. Seems like new layers were being added and Dockerfiles updated? Could be worth setting up some internal monitoring for when these branches are pushed to π |
Good point. I added an item to our next Lambda service owner sync π |
Motivation
Ruby transparent endpoint injection tests fail due to a change in the
RUBYLIB
variable. The official AWS Docker images do not match what we observe in AWS Lambda.Changes
RUBYLIB
variable changed by AWS