Windows container named pipe issues

未关闭
#70 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
70/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
docker, node.js, typescript
领域
devtools

调研方向

Start by comparing the DOCKER_HOST values in ~/.docker/config.json and the desktop-windows context meta.json, then trace how fromDockerConfig() passes the named-pipe host to systemPing(). Reproduce the failure with the npipe://// prefix and confirm that systemPing() succeeds using the Docker Desktop Windows engine configuration.

由索引模型根据 Issue 内容生成。

描述

Docker Desktop provides npipe:////./pipe/dockerDesktopWindowsEngine as the DOCKER_HOST in the desktop-windows context, which is automatically set in config.json, but this causes issue when attempting to run systemPing() from a client initalized using fromDockerConfig() as the sdk doesn't like the npipe://// prefix.

  [cause]: Error: connect ENOENT ////./pipe/dockerDesktopWindowsEngine
      at PipeConnectWrap.afterConnect [as oncomplete] (node:net:1645:16)
      at PipeConnectWrap.callbackTrampoline (node:internal/async_hooks:130:17) {
    errno: -4058,
    code: 'ENOENT',
    syscall: 'connect',
    address: '////./pipe/dockerDesktopWindowsEngine'
  }

I did confirm that if I manually set DOCKER_HOST as npipe://./pipe/dockerDesktopWindowsEngine, it will fix the issue and systemPing() does show '1.53'.

Relevant files for me were ~\.docker\config.json and ~\.docker\contexts\meta\20cca48ece26c362e388a0f192667c1ed683f9fa5f4425a88d4fea84e001311e\meta.json

主要语言
TypeScript
星标
107
派生
12
30 天内没有已合并 PR

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

docker/node-sdk 的其他 Issue

查看 docker/node-sdk 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。