Open ihor-sviziev opened 6 months ago
Hi. I'm facing the same issue.
Hi. Me too, I'm facing the same issue.
Hi! I have the same issue. Please fix it ASAP.
The same! it started just after upgrading Docker Desktop!
@milas, were you able to reproduce the issue? Maybe you know some workarounds against this issue? Or maybe you need some addition details from me?
Seeing similar problems, composer commands seem to hang for 10 to 20 seconds before doing anything, then execute the command very slowly. A compose up
command that would normally execute in a second or two is now taking upwards of 30 seconds.
I have the same issue. compose up
command taking about 40 seconds to complete.
Hi @milas, I just noticed that the issue started reproducing for me just after reboot even when Docker Desktop isn't started yet:
Interesting that just now after starting Docker Desktop, the issue stopped reproducing
Maybe this additional info will help you to find issue faster
The same! it started just after upgrading Docker Desktop!
In my case it was solved with a reboot
The interesting thing, after upgrading Docker Desktop to v4.27.0 (135262), I still have this issue, but the time docker compose
command now takes about 2 seconds, which is 5 times better, but still not what we expect.
time docker compose
...
docker compose 0.06s user 0.03s system 4% cpu 2.086 total
@glours maybe you can also look at this issue? This is very annoying :(
Unfortunately, with latest release, it still takes about 2 seconds for running just docker compose
w/o any params.
Here is a short video that shows how it works (tested on latest release binary):
https://drive.google.com/file/d/1VBtj9qPBfJ0NyzggTv9gxRajO2bY-tRW/view?usp=drive_link
In about 1 hour the issue self-fixed, here is a new video:
https://drive.google.com/file/d/1aob0aHG3wwOow1453QzZJsc07frkU73S/view?usp=sharing
It looks like you're reaching the telemetry timeout, I suspect something on the DD side, @milas did improvements on Docker Desktop side but they aren't merged ATM.
Next time this behaviour happens can you check if you have otlp.grpc.sock
and otlp-public.grpc.sock
files in your ~/.docker/run
directory please?
@glours, just checked - yes, these 2 files are there when the issue reproduces:
➜ ~ ll ~/.docker/run ✔
total 0
srwxr-xr-x 1 ihor staff 0B Jan 30 16:06 docker-cli-api.sock
srwxr-xr-x 1 ihor staff 0B Jan 30 16:06 docker.sock
srwxr-xr-x 1 ihor staff 0B Jan 30 16:06 otlp-public.grpc.sock
srwxr-xr-x 1 ihor staff 0B Jan 30 16:06 otlp.grpc.sock
Also, I checked, I have Send usage statistics
enabled.
So far, disabling usage statistics didn't change anything, also removing these 2 sock files didn't change. Note: i used the following commands:
rm ~/.docker/run/otlp-public.grpc.sock
rm ~/.docker/run/otlp.grpc.sock
Is this related to (or the same issue as) https://github.com/docker/compose/issues/11437 ?
@dave-shawley It's possible they're related. Are you on Docker Desktop 4.28? (Click "Check for Updates" and it should show up if it hasn't automatically.)
If you still see the issue after upgrading, can you upload a diag and share the ID here?
/Applications/Docker.app/Contents/MacOS/com.docker.diagnose gather -upload
I’m still on 4.27.2…. our packages are managed on my work laptop and 4.28 isn’t available yet. It should show up in a day or two. I’ll check back in after I upgrade. 🤞
~~Likely the same issue I started observing with versions >= 2.24.4. A simple test is to go back to 2.24.3 and observe that the same startup delay for every single docker compose command no longer occurs.~~
I have so far failed to isolate the problem, but with our project setup it only occurs when COMPOSE_FILE
is set in the environment (our project uses a 2 docker-compose.yml file setup and we use COMPOSE_FILE
for that).
EDIT: scratch that, this is likely a different bug since I'm not using docker desktop nor do I see such a delay with versions <=2.24.3.
@milas I did a full clean and reinstall of Docker Desktop and the slowness that I was seeing has disappeared 🤨
I think that I hadn't removed some of the cruft in ~/Library/Containers/com.docker.docker
the last time that I uninstalled. I should note that /Applications/Docker.app/Contents/MacOS/uninstall
failed in a weird way. I cleaned up the stuff hanging out in ~/Library
, rebooted, and reinstalled. Now it works ¯_(ツ)_/¯
Description
I noticed that my environment started very slowly - like five containers were re-created (w/o building or pulling) for about 2 minutes, while in the past, it was about 5-10 seconds. It literally shows that it creating container one by one with delay of about 10+ seconds each. Investigation came that actually not depending in which folder -
docker compose config
,docker compose up -d
and evendocker compose
commands time to time becoming super-slow.Environment: Macbook Pro with M1 Pro CPU MacOS 14.2.1 (23C71) Docker Desktop for Mac 4.26.1 (131620)
Steps To Reproduce
time docker compose
commandExpected result command should execute under 1 second
Actual result command executes for 10 seconds (we're getting output immediately, but then waiting for 10 seconds. The end of the command output is following:
Compose Version
Docker Environment
Anything else?
Notes:
docker ps
,docker info
anddocker compose version
don't have any delaytime docker compose
moves back to normal, here is the screenshot when it become self-fixedDiagnostic ID E27C59CC-514B-4202-94C5-89872498DCEB/20231227103223