-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
[@aws-cdk/aws-lambda-python] dockerExec() asset Bundling does not work in GitHub Actions #11230
Comments
@jogold any ideas? |
I'm not sure that volume mounting works in the Docker-in-Docker of GitHub Actions... |
@pgollucci can you let me know if you still see this issue on the latest version? I think this might be fixed with the recent changes we've done with docker bundling in |
This issue has not received a response in a while. If you want to keep this issue open, please leave a comment below and auto-close will be canceled. |
I am facing a similar issue. I see also that #12940 got closed. EDIT: @corymhall, I'm using |
@trobert2 Can you provide a reproducible example along with the error that you are receiving? I've tried and been unable to reproduce this using GitHub Actions. |
@corymhall I'm facing a similar issue with Gitlab CI, which is also using docker-in-docker. I have a
When I run The exact error message is: I am using typescript CDK version 2.10.0. |
hey @corymhall, thanks for the reply. I was having problems with using the python lambda function:
This works fine on my computer.
I opend an issue on the GH actions maintainer repo (youyo/aws-cdk-github-actions#50) but since, I've moved to installing cdk and executing the commands on the runner myself and got the same issue. Here is the output after the GH action execution:
Please note that What other options did I try? I ended up using subprocess to |
This issue has not received a response in a while. If you want to keep this issue open, please leave a comment below and auto-close will be canceled. |
Has anybody been able to figure this out? Facing same issue here. I believe this has to do with the fact that our runners are running in docker (with mounting the socket to make them docker capable). |
Same here, and @Pavel-Chernikov I think you may be onto something. I am trying to build from a custom Azure DevOps pipeline agent, that runs inside a docker container and I am also binding a volume to the host's docker-engine Unix socket. |
Any updates on this? |
This is happening when using DinD because containers don't share the root filesystem. Separate Filesystem: Each container, including the DinD container, runs in its own isolated environment with its own root filesystem. Context Mismatch: When you create a volume in the job container, you're actually instructing the Docker engine of the host. But when you're running a command inside a DinD container, the Docker engine being used is the one within that DinD container. These are two different contexts. |
@sbritocorral, did you find any workarounds? |
@NickDarvey Not quite sure whether this helps in this use case but this is how we bundle our python lambdas on CI |
@RichardSieg, that does help. That's what we're doing now :) thanks |
Example: https://github.com/p6m7g8/p6-namer/runs/1278777487?check_suite_focus=true
See #projen thread about this in CDK.dev slack
Reproduction Steps
What did you expect to happen?
The Lambda layer to be bundled successfully like it is locally
What actually happened?
Something inside dockerExec() failed and no output was made to bundle the asset. I can't tell if this is a docker volume mount
or just an error in docker.
Environment
Other
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: