问题标签 [windows-container]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
iis - 容器中的 msdeploy(Web 部署)安装
我尝试将在 IIS 和 Windows 服务器上运行的第三方应用程序容器化。为此,他们向我提供了一个使用 Web deploy 3 的 powershell 脚本。
我的问题是我无法安装它,我总是有这个错误代码:
虽然版本 2 正在安装,但它是版本 3 是必需的。我也试过用巧克力安装它,但我有完全相同的错误。
这里是 Dockerfile 引起麻烦的部分:
请注意,我使用的是内部版本,因为我需要尚未发布的 MSMQ 功能(这是概念证明)。
webdeploy 是否需要我不知道并且容器版本中缺少的任何要求?
visual-studio - 更改由 Visual Studio Docker 工具生成的 compose 文件
我有一个使用UseWebpackDevMiddleware
from的 ASP.NET Core 2 项目Microsoft.AspNetCore.SpaServices.Webpack
。不幸的是,aspnet webpack 节点插件抱怨Error: ENOENT: no such file or directory, lstat 'c:\ContainerMappedDirectories'
. 有关详细信息,请参阅NodeJS 问题。
有一种解决方法,但我无法尝试,因为我无法更改 Visual Studio 正在生成的 docker compose 文件。他们在 下生成的文件obj\Docker\docker-compose.vs.debug.g.yml
总是从我的项目创建一个卷到C:\app
,但对于解决方法,我需要它指向G:\
。
知道如何强制 Visual Studio 在生成这些调试器组合文件时使用不同的值吗?
这是生成的文件的样子:
为了简单起见,我删除了 composer 文件中的其他容器。只有 employeemap.app 应该使用G:\
.
powershell - Docker - 运行 exe 显示来自 powershell 文件的对话框/表单导致故障
我有一个 .exe 程序,我需要在启动时在 docker 中运行它。我可以从容器的 powershell 运行它而不会出现任何错误,但不能从 powershell 脚本文件运行它。
- 容器名称:基础
- exe文件名:abc.exe
.exe 按预期运行,没有任何错误:
docker-compose ecex base powershell
PS C:\> abc.exe -someParam xyz
但是当我从 powershell 脚本文件中调用它时,它给了我以下错误:
runexe.ps1 文件:
错误 :
那么,我该如何克服这个问题呢?提前致谢。
docker - 如何在 Windows Docker 容器外的注册表上保存更改?
我目前正在 Docker 中进行一些调查,并且知道您可以将主机系统的文件和文件夹映射到容器,以便在容器被杀死后,文件仍然可用(卷)。
所以我问自己,Windows 注册表的变化如何?让我们假设一个应用程序也在那里做了一些修改,我想保留这些修改。我怎么做?
wcf - 带有 Windows 容器的 Docker 在 tcp 服务上支持 wcf
我有一个简单的测试 wcf 服务与 net.tcp 与此配置绑定:
我使用这个 dockerfile 构建了一个基于 windows/wcf 映像的 docker 映像:
Docker 构建命令:
然后我使用以下命令运行容器:
之后,我得到容器的 IP 地址:
然后我打开我的网络浏览器(Chrome)并输入地址http://<uri_from_docker_inspect>:83/Service1.svc?wsdl
我收到一个错误:
奇怪的是,如果我只是将站点复制到默认网站 (COPY ./inetpub/wwwroot/) 并调用http://<uri_from_docker_inspect_NO_PORT>/Service1.svc?wsdl
它!那么在使用新网站或应用程序时会出现什么问题呢?
azure - Azure 容器服务 (ACS) - 如何安全地重新启动工作程序节点?
我已经使用 Azure CLI(az acs create
命令)部署了 Kubernetes 集群。集群中的节点正在运行 Windows。
我想关闭并重新启动一个工作节点。
我试图kubectl drain
从集群中删除节点。这有效,节点状态更改为“Ready,SchedulingDisabled”
然后我使用 Azure 门户关闭节点。此时节点状态变为'NotReady, SchedulingDisabled'
然后我使用 Azure 门户重新启动节点。但是,节点状态保持在'NotReady, SchedulingDisabled'。我期待它成为“就绪,SchedulingDisabled”,然后能够运行kubectl uncordon
以使其再次可用。
关闭和重新启动 Kubernetes 集群中的节点的推荐流程是什么?
azure - CodePackage 激活过程中出错。容器无法为图像启动
当我使用 Docker 在本地运行容器时,我已经为 ASP.net MVC 应用程序创建了一个映像,4.7.2-windowsservercore-ltsc2016
一切正常。我在 Azure 中设置了一个 5 节点 Fabric 集群,当我最初尝试部署时,我得到:
当我查看各个节点时,我看到:
一段时间后,节点中的 Health 事件发生变化并显示:
The ServicePackage was activated successfully.
然后
接着
There was an error during CodePackage activation.The service host terminated with exit code:7148
接着
The ServiceType was unregistered on the node since the Runtime or ApplicationHost closed.
我的服务清单具有存储在 Azure CR 中的完整映像名称:
同样在我的应用程序清单中,我有存储库凭据:
我很高兴提供更多详细信息/日志,请让我知道从哪里获取它们。
编辑:
服务清单:
应用清单:
kubernetes - Pod 中的 2 个容器是否可以共享相同的环境变量?
InitContainer 在同一个 Pod 中运行时是否可以更改应用程序容器的环境变量?
请注意,我正在寻找一个详细的答案,描述为什么这是或不可能的技术原因。示例:'当前的容器技术支持容器之间的环境变量隔离,Pod 无法通过将容器“分组”在同一个“环境变量空间”中来绕过该限制'。
docker - 如何从 Windows Server 2016 VM 主机外部访问容器化的 asp.net 核心(docker EE windows 容器)?
我是 docker 和 windows 容器世界的新手。我正在使用带有 SQL Server 2016 后端的 ASP.NET Core 2.0 创建示例应用程序。我能够直接在 Windows Server 2016 VM 上成功运行该应用程序。接下来,我使用 Docker EE Windows Container 将其容器化。我启动了容器并能够从 Windows Server 2016 VM 主机浏览应用程序。
这就是我构建和启动容器的方式,请假设我已经创建了具有适当值的 .dockerfile。
当我跑
我明白了
当我运行以下命令时(02f4 是容器 ID 的前 4 个字符)
我可以看到 IPv4 地址为 172.25.5.26
我可以使用http://172.25.5.26/api/values从主机 windows server 2016 VM 浏览应用程序
我得到了回复。
如果有人可以向我指出一些资源,我将非常感激这些资源可以帮助我如何使用 Windows Server 2016 VM 主机上的 docker EE 使托管在 Windows 容器中的应用程序可以从主机 VM 外部浏览。
我觉得我可能必须更改一些网络选项,但不确定我必须更改什么。
任何帮助将不胜感激。
azure - 缩放 Azure 容器实例
是否可以扩展 ACI 运行容器?
问题:
我们有一些老式的云服务 (.NET Framework v4.7.1) 我们正在迁移到 Docker 容器,我们现在已经成功地让它们在 Azure 容器实例中运行和响应,但需要能够扩展它们以适应负荷和弹性。
这是一个更大的项目的一部分,我们也在 k8s 中运行我们更新的解决方案——所有的 .NET Core 2 微服务。
当我们能够在同一个主节点上运行 Windows 和 Linux 节点时,最终目标将是把它们带入主要的 k8s 解决方案,允许我们在同一个集群中运行这两个项目。