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

Docker daemon returns an API internal server errror #2475

Open
tedim52 opened this issue Jun 6, 2024 · 5 comments
Open

Docker daemon returns an API internal server errror #2475

tedim52 opened this issue Jun 6, 2024 · 5 comments
Labels
bug Something isn't working cli For bugs relating to the CLI painful Painful bug

Comments

@tedim52
Copy link
Contributor

tedim52 commented Jun 6, 2024

What's your CLI version?

0.89.18

Description & steps to reproduce

When working with two enclaves simultaneously, the Docker daemon sometimes stops functioning and returns an API Internal Server Error. This often occurs when running kurtosis run while using kurtosis service ... on another enclave. The same issue arises when using docker commands to interact with the Docker daemon. This occurs on M1 Mac.

image

The only solution is then to restart the docker daemon, clean all the enclaves and redeploy the stack with kurtosis run but this is quite time-consuming

Desired behavior

Kurtosis commands execute successfully regardless of another kurtosis enclave being in the process of being run.

What is the severity of this bug?

Painful; this is causing significant friction in my workflow.

What area of the product does this pertain to?

CLI: the Command Line Interface

@tedim52 tedim52 added the bug Something isn't working label Jun 6, 2024
@github-actions github-actions bot added cli For bugs relating to the CLI painful Painful bug labels Jun 6, 2024
@tedim52
Copy link
Contributor Author

tedim52 commented Jun 6, 2024

Documenting your issue here @leovct More context in this thread: https://discord.com/channels/783719264308953108/1131048810861314169/1247547114343366757

@barnabasbusa suggested using Orbstack instead of Docker Desktop to get around this problem, I haven't tried out Orbstack myself yet.

@tedim52 tedim52 changed the title Docker Desktop Docker daemon returns an API internal server errror Jun 6, 2024
@leovct
Copy link
Contributor

leovct commented Jun 7, 2024

Documenting your issue here @leovct More context in this thread: https://discord.com/channels/783719264308953108/1131048810861314169/1247547114343366757

@barnabasbusa suggested using Orbstack instead of Docker Desktop to get around this problem, I haven't tried out Orbstack myself yet.

I think Orbstack could solve this issue. Unfortunately, it doesn't offer x86 simulation like Docker Desktop does so I can't migrate to Orbstack yet...

@barnabasbusa
Copy link
Collaborator

We are trying to build all the images for dual arch. Which image have you failed to find a native arm image for ?

@leovct
Copy link
Contributor

leovct commented Jun 7, 2024

We are trying to build all the images for dual arch. Which image have you failed to find a native arm image for ?

Sorry, I did not describe the full context. At Polygon, we are also working on our kurtosis package for setting up CDK infra. Unfortunately, there is no arm build for the zkEVM prover yet.

0xPolygonHermez/zkevm-prover#235 (comment)

@barnabasbusa
Copy link
Collaborator

barnabasbusa commented Jun 7, 2024

I'd consider adding arm builder to zkevm prover project then. Native execution is always a lot better anyway. An interim solution could be that you locally build zkevm prover on your arm machine, and kurtosis will pick up the native image (assuming you tagged it the same as the official docker image tag is).

Unfortunately the only alternative is to run the project on an x86 machine. Docker desktop is just super buggy lately.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working cli For bugs relating to the CLI painful Painful bug
Projects
None yet
Development

No branches or pull requests

3 participants