fix: use correct docker.sock binding with vector (fixes #3127, #3512, #3593)#4791
fix: use correct docker.sock binding with vector (fixes #3127, #3512, #3593)#4791unlair wants to merge 1 commit intosupabase:developfrom
Conversation
bc2752d to
7368ff6
Compare
Pull Request Test Coverage Report for Build 21680537186Details
💛 - Coveralls |
7368ff6 to
3f2ce38
Compare
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review infoConfiguration used: Central YAML (base), Organization UI (inherited) Review profile: CHILL Plan: Pro Cache: Disabled due to Reviews > Disable Cache setting Disabled knowledge base sources:
📒 Files selected for processing (1)
📝 WalkthroughSummary by CodeRabbit
WalkthroughExpanded unix Docker socket handling to treat both Sequence Diagram(s)(omitted) Assessment against linked issues
Out-of-scope changes
🚥 Pre-merge checks | ✅ 5 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
3f2ce38 to
4ed5e3e
Compare
…upabase#3127, supabase#3512, supabase#3593) This fixes Docker Desktop on Linux failing to start the vector container. The container tries to bind to the Docker Desktop socket directly, which is unsupported. The host binding path should always be /var/run/docker.sock, which has special handling under the hood (see docker/for-mac#6545 (comment)).
4ed5e3e to
546a524
Compare
This fixes Docker Desktop on Linux failing to start the vector container. The container tries to bind to the Docker Desktop socket directly, which is unsupported. This fix resolves #3127, #3512, and #3593.
What kind of change does this PR introduce?
Bug fix.
What is the current behavior?
When using Docker Desktop on Linux, Vector fails to start when doing
supabase start.What is the new behavior?
When using Docker Desktop on Linux, Vector successfully starts when doing
supabase start.Additional context
Using Docker or Docker Desktop on Linux, the specified host binding path to the Docker socket should be
/var/run/docker.sock, as that path has special handling under the hood (see docker/for-mac#6545 (comment)). Note that it does not directly use the socket sitting at/var/run/docker.sockon the host machine. My understanding is that what it ends up doing under the hood is essentially using what you get with/var/run/docker.sock.rawfrom outside Docker, as mentioned here: https://docs.docker.com/extensions/extensions-sdk/guides/use-docker-socket-from-backend/