问题标签 [windows-server-2019]

在 Windows 2019 服务器上构建 docker 映像后，当我尝试将映像推送到 Azure 容器注册表时，我不断收到“在 xx 秒内重试”，直到它最终写入一行显示 EOF 并停止。

我有一些在实验模式下运行 docker 的 Windows 2019 服务器，它们都做同样的事情，但是如果我尝试从我的本地开发机器（运行 Windows 10）推送它工作正常。

这是我的 dockerfile 中的基本图像：

如果我删除 2.2-stretch-slim 标签，它就没有问题（这有效）：

为什么使用 2.2-stretch-slim 从 Windows Server 2019 推送时出现错误，但从我的 Windows 10 机器推送时却可以正常推送？

我们正在尝试在 Server 2019 上测试我们的 Web 应用程序，以了解它们将如何工作。我们的 Team City 部署工作正常，现在我正试图弄清楚 Server 2019 发生了什么。

https:// 上的任何页面都会给我错误：

资源：

如果我转到 Http:// 上的页面，它可以工作。

没有其他事情发生。

应用程序

该应用程序是一个 ASP.NET 4.6 MVC 应用程序。它目前适用于 2012 年至 2016 年的多台服务器，以及 Windows 10 w/o 问题。

设置：

• 全新的 AWS EC2（Web 应用程序）
• 已安装 4.7 的所有 ASP.NET 服务。
• SQL Server 安装在此 EC2 上
• 项目清单
• IIS 设置了正确的应用程序池（并且它们已启动）
• 绑定是正确的
• 我已经让网络服务和 IIS 用户完全控制 /website/ 文件夹
• 绑定信息：

我做了什么

• 在 HTTP 503 上浏览了大约 30 个帖子，但运气不佳。
• 我在其中一个应用程序中添加了一个 test.html 页面。我仍然得到一个 HTTP 503。
• 验证根 SSL 证书已正确安装
• 已安装中间 ssl 证书
• 向服务器添加了一个新用户，授予他们“全部”权限并完全控制 /websites/，将他们设置为应用程序池（重新启动的应用程序池）中的用户，仍然是 503。
• Quintuple 检查了应用程序池以确保它们已启动。他们开始了。
• 我在事件日志或 /Server Roles/ Web Server (IIS) 日志中看不到任何错误。
• 运行命令：netsh http show urlacl url= https://+:443/

我有时会得到这两个：

我很茫然，因为我没有关于 503 为何回来的其他信息。这几乎就像 IIS 没有运行一样，因为它甚至无法提供 test.html 页面。我完全希望这将是一件非常简单的事情，我将面对手掌一周或 Server 2019 的独特之处。

我在工作中自动化了一些旧的访问文件。（以前单击表单中的按钮，等待一个小时，重复 4 次，现在运行它一直打开，然后关闭并压缩数据库）。

这些文件存储在我们尝试运行它们的服务器上本地的共享驱动器上。

我可以在我的 PC 上运行这些文件，无论是在网络上还是通过 VPN。但是，我不能在服务器上运行它们。当我打开它们时，访问会启动并显示入门视图，但没有任何反应。

当按预期通过计划任务运行它们时（它们需要几个小时，所以我的想法是在服务器上的夜间运行它们），我最终得到一个锁定的访问文件和一个没有用于访问的 GUI 的进程进一步阻碍了锁定文件的删除。一个周末后，我有 9 个进程，所有文件都有锁，没有运行。

奇怪的是我没有收到错误消息。此外，就在几周前，当我构建它们时，我可以运行它们，但它们只会执行一半的 VBA 脚本（例如，它正在导出几个 CSV，并且它们没有生成新的，当在服务器上运行，但在我的 PC 上继续正常工作）。然后，在下班一周后，上述行为反而开始了。

在这一点上，我可能已经花了整整一周的时间来解决这个问题，但一无所获。任何帮助表示赞赏。尚未从谷歌搜索中找到与此行为匹配的任何内容...

下午好！Windows Server Standard 2019 不会从 1809 更新到 1903 - 系统是从头开始安装并使用从 Microsoft 网站获得的分发工具包 - 系统已激活 - 直接访问 Internet 且无需代理（netsh winhttp show 的输出证实了这一点代理命令） - 安装当前 SSU 4512577 - 通过单击检查更新它显示系统是最新的，但构建 1809

告诉我，如何更新系统或如何立即从 1903 获取分发包

我正在为我的公司项目之一探索 docker。在这个项目中，我需要在 CentOS 上运行 MemCached，我更喜欢在 docker 容器中运行它。我已经成功地能够在安装了 Docker 社区版的 Windows 10 机器上运行它。但是我们的项目在生产中需要 Windows Server 2019，我想在 Windows Server 2019 上运行相同映像的容器（CentOS 上的 MemCached）。我搜索了很多，找到了在 Windows Server 2019 上运行 Linux 容器的链接。但根据上面的链接我们正在预览版中安装 docker 包。我相信我不应该在生产中使用这个预览版。我的理解是否正确？还有其他稳定发布的方式可以在 Windows Server 2019 上运行 Linux 容器。

提前致谢。

我收到错误“验证 Active Directory 准备的先决条件失败。无法验证架构主机是否在上次重新启动后完成了复制周期。异常：不可用的严重扩展。服务器扩展错误 8366。服务器扩展消息：000020AE:SvcErr:DSID- 03210384，问题 5010（UNAVAIL_EXTENSION），数据 8610

Adprep 无法验证架构主机是否在上次重新启动后完成了复制周期。

架构未升级

是否可以通过具有证书授权的 WinRm 连接到 Powershell Just Enough Administration (JEA) 端点？

当RunAsVirtualAccount = $true ??

来源：Windows Server 2019 Std 目标：Windows Server 2019 Std，同一子网，工作组，FW 关闭。

1. 当RunAsVirtualAccount = $false并且端点配置了RunAsAccount (Local admin) 和身份验证证书或登录名/密码.... 连接正常

2. 当RunAsVirtualAccount = $True和身份验证类型 -登录名/密码。... 连接正常

3. 当RunAsVirtualAccount = $true和身份验证类型 -证书指纹...连接失败！！！出现错误：

PS C:\Windows\system32> enter-PSSession -CertificateThumbprint f0ee9dc3344f05673fc6e134bteeb2764ee00d7 -ComputerName hqtstweb3.contoso.com -SessionOption $SessionOptions -UseSSL -ConfigurationName GetUpdatesDMZ
enter-PSSession : Connecting to remote server hqtstweb3.contoso.com failed with the following error message : An internal error occurred. For more information, see the about_Remote_Troubleshooting Help topic. At line:1 char:1 + enter-PSSession -CertificateThumbprint f0ee9dc3344f05673fc6e134b24eeb ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidArgument: (hqtstweb3.contoso.com:String) [Enter-PSSession], PSRemotingTransportException + FullyQualifiedErrorId : CreateRemoteRunspaceFailed

目标服务器上的事件：

.

PsSession 配置文件： https ://drive.google.com/file/d/1imnUg706_J-cjpE68pYu0AXqzhRydu_p/view

有一个问题没有出现在论坛中，有什么理由需要讨论，恕我直言：为什么不能在旧主机系统上拉取或构建 windows docker 映像（即 nanoserver 2019）？在官方网站上，记录在案，运行不兼容，是的： 版本兼容性

但是，正如我所说，“跑”。我不需要在较旧的主机系统上运行较新的 Windows 容器映像，我只想拉取并构建它，以便稍后将其分发到兼容的系统。

因此，有没有办法处理这个不应该的问题？

按照本教程，如果我删除installPath 并使用默认的 MsBuild Visual Studio 位置，我会收到以下错误。

错误：Visual Studio Build Tools 2019 (2) 已安装

几周前我建造了一个类似的容器，一切正常，但是似乎有些东西已经移动了，我无法弄清楚是什么。

我一直在尝试使用 Jenkins 自动测试虚拟机，其中包括将新代码复制到虚拟机中，或者使用 Powershell 脚本将某些命令从主机运行到虚拟机中。

但是，我在 Jenkins Freestyle 和 Pipeline 项目中尝试对 hyper-V Windows 10 VM 使用“Invoke-Command”或“New-PSSession”时遇到了错误。

这是 Jenkins 运行的环境：

这是我在自由式项目的“Windows Powershell”构建步骤中编写的 Powershell 脚本：

我希望输出是：

但我得到的是：

参考微软官方网页解决这个问题后，可能的原因有：

1. 虚拟机存在但未运行
2. 来宾操作系统不支持 PowerShell Direct

3. Powershell 在来宾中尚不可用：

   • 操作系统尚未启动
   • 操作系统无法正确启动
   • 一些启动时间事件需要用户输入
4. 当前版本中存在必须使用 -Credential 显式传递凭据的错误。运行 Restart-Service -Name vmicvmsession 作为解决方法。

但是，从 Jenkins 的输出来看，我一直在尝试连接的虚拟机是“正在运行”并且它已正确启动。

然后，我尝试直接从主机将“Invoke-Command”和“New-PSSession”插入虚拟机，并且能够连接到虚拟机。

我也在安装在 Windows 10 机器而不是 Windows Server 2019 的 Jenkins 中尝试了同样的事情，并且一切正常。

至于用户管理信息，运行Jenkins的登录用户既是“管理员”又是“hyper-v管理员”。

这些是我用来调试的一些参考资料，但我无法找出问题所在：

1. 使用 PowerShell 和 Jenkins 进行远程访问，但我无法弄清楚这是如何工作的。

2. 使用 Jenkins 运行 Powershell 脚本

3. PowerShell：使用 Invoke-Command 执行命令时出错？

编辑：

我找到了解决这个问题的方法。请注意，这不是确定的解决方案，而是一种解决方法。

而不是运行Invoke-Command -Credential $mycreds -VMName $VMName -ScriptBlock {host}，运行这个：

该命令本质上是invoke-commanding进入主机并使用主机运行Invoke-Command到 VM 中。

这绝对不是完美的解决方案，但在任何人有更好的解决方案之前，我都会先使用它。