问题列表 - 第5194页

我正在寻求以特定方式合并两个词典的帮助。我将非常感激任何想法。

我有两本这样的字典：第一个字典：

servers:
  server1:
    Property1: A
    Property2: B
    Property3: C
  server2:
    Property1: A
    Property2: B
    Property3: C

第二个字典：

management:
  server1: ip1_addr
  server2: ip2_addr

期望的结果：

servers:
  server1:
    Property1: A
    Property2: B
    Property3: C
    Property4: ip1_addr
  server2:
    Property1: A
    Property2: B
    Property3: C
    Property4: ip2_addr

或者我可能选择了错误的路径，我所需要的只是一次性循环两个字典，以获取 server1 key 下的 ip1_addr 和 server2 key 下的 ip2_addr

我已经疯了两天了，我正在寻求帮助。

我有一个用delphi（大约2000年代初）开发的程序，该程序访问firebird v3数据库，当前安装在同一台机器上（windows server 2016 x64 - 数据库和程序是x86）。

该机器是在 vmware esxi 上配置的虚拟机，我想说的是：如果我只为虚拟机配置 1 个 vCPU，则程序运行得很好，如果我还为它配置 2 个 vCPU（1 个插槽和 2 个核心）或更多，则性能减半。

问题是，如果仅保留一个 vCPU，即使只是用于 Windows 服务器作业（例如搜索更新和其他内容），CPU 也永远处于 100%。

你有什么建议吗？

PS：我无法切换到 firebird x64，因为许多库都是 x86。

PPS：VM 上的操作系统是 Windows Server 2016 Standard ed

仅文本和控制台服务器上是否需要 GPU？没有 GPU，就像没有 iGPU 和 dGPU 一样。我将使用 SSH，所以我不需要显示。

我使用 Linux，但操作系统不应该影响结果

购买了 Windows Server 2019 的许可证，因为 Microsoft 文档声称您可以直接从 Windows Server 2012 R2 就地升级。 请注意，这是我们需要做的，因此关于“最佳实践”以及虚拟机和迁移的讨论对于这种特殊情况没有帮助。稍后我将引导我们实现这一目标，但现在只是一小步。

Microsoft 仅允许下载 EVAL 版本。当我在服务器上运行此程序进行安装时，“升级”选项（又名“保留文件...”）被禁用。它只给了我一个选择“全部清除并重新开始”，这并不是微软文档所声称的。

我们购买代码的授权经销商仅链接到有关从 MS 升级和下载 EVAL ISO 的非常详细的文档。

微软是找人交谈的雷区。我们在他们的软件上花费了大量资金，在没有付费支持合同的情况下让某人回答问题几乎是不可能的。我理解并支持以后的付费支持，但当他们的软件无法像他们承诺的那样工作时。谷歌在这里也不是你的朋友，因为大多数问题都会回到“如何将评估升级到完整版本”，这远远超出了我安装的点。

有人成功直接将 Windows Server 2012 R2 就地升级到 2019 吗？

如果是这样，你有什么特别需要做的吗？如果没有的话，先到2016年再到2019年可以吗？

（刚刚尝试过2016年，就地选项也被禁用）

在我的域环境中，我有一台充当文件服务器的来宾计算机。我最近购买了一台新服务器，目的是在两个服务器/站点之间实现高可用性。如何使用已托管共享文件夹的现有文件服务器来实现故障转移群集以及实现新服务器。

Linux 系统有时会将根文件系统重新挂载为只读，例如，如果出现 I/O 错误。

我的机器在发生这种情况时变得毫无用处，最终我手动重新启动它。

有没有办法让 Linux 在发生这种情况时自动重新启动？只读挂载对我来说毫无用处。

我有四台正在运行的 Azure VM 机器Ubuntu 20.04.3，我经常关闭它们。昨天我关闭了它们，今天早些时候我重新启动了它们。通常这不会出现任何问题。

今天，其中一台机器开始给我带来可怕的WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED：

\xc2\xbb ssh machine-two                                                                                                                                                                                                                                                                                                                                                                                 \n@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@                                                                                                                                                                                                                                                                                                                                           \n@       WARNING: POSSIBLE DNS SPOOFING DETECTED!          @                                                                                                                                                                                                                                                                                                                                           \n@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@                                                                                                                                                                                                                                                                                                                                           \nThe ECDSA host key for machine-two.westeurope.cloudapp.azure.com has changed,                                                                                                                                                                                                                                                                                                                     \nand the key for the corresponding IP address 23.231.121.245                                                                                                                                                                                                                                                                                                                                           \nis unknown. This could either mean that                                                                                                                                                                                                                                                                                                                                                               \nDNS SPOOFING is happening or the IP address for the host                                                                                                                                                                                                                                                                                                                                              \nand its host key have changed at the same time.                                                                                                                                                                                                                                                                                                                                                       \n@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@                                                                                                                                                                                                                                                                                                                                           \n@    WARNING: REMOTE HOST IDENTIFICATION …

在我拥有的带有 HDD 或 SSD 的服务器上，我有一个定期运行的 cron：

/usr/sbin/smartctl --test=short/long /dev/sd1

（对于每个磁盘）

当它运行时，它只是查看 的输出/usr/sbin/smartctl -c /dev/sd1，循环直到它不再包含：

[0-9]+% of test remaining.

然后检查它是否完成且没有错误：

(   0)  The previous self-test routine completed

smartctl但是，从版本 7.0 开始，似乎尚不支持 NVMe 测试：https : //www.smartmontools.org/wiki/NVMe_Support

它确实这么说

smartd 守护进程跟踪运行状况 (-H)、错误计数 (-l error) 和温度 (-W DIFF,INFO,CRIT)

但实际运行测试的是什么？我不确定 和 的输出是否会-H更新-l，除非我们运行短/长测试？

我还阅读了有关 的内容nvme-cli，但我似乎没有找到用它在磁盘上运行运行状况测试的方法。

有任何想法吗？

这里使用 CentOS 7。

我们有一个后缀服务器，通过智能主机/中继进行传送。由于配置错误，我们有 60 封电子邮件被退回。

Nov 25 07:48:06 example postfix/smtp[2632]: F3F1F1A82421: to=<example@gmail.com.invalid>, relay=mail.example.com[....]:25, delay=0.13, delays=0.01/0/0.09/0.03, dsn=5.0.0, status=bounced (host mail.example.com[....] said: 550 Relay not 

有没有办法重新排队这些邮件，或者它们“丢失”并且必须由邮件发件人重新生成？

森托斯 8.

有snowuser：

[snowuser@snowcannon-01 ~]$ cat /etc/passwd | grep snowuser  
snowuser:x:1002:1002::/home/snowuser:/bin/bash   
[snowuser@snowcannon-01 ~]$ groups  
snowuser wheel

有tomcat用户：

[snowuser@snowcannon-01 ~]$ cat /etc/passwd | grep tomcat  
tomcat:x:1003:1003::/opt/tomcat:/bin/false  


cat /etc/group | grep "tomcat\|snowuser"  
wheel:x:10:ydyachuk,amsliusar,snowuser  
snowuser:x:1002:   
tomcat:x:1003:   

尝试在用户下运行Tomcat的启动脚本tomcat：

/bin/su tomcat -c /opt/tomcat/bin/startup.sh

但没有任何意义，既没有出现任何错误消息，也没有执行 Tomcat 进程。

我只有一个细节是该命令执行时出现错误：

[snowuser@snowcannon-01 ~]$ echo $?
1

似乎tomcat用户具有执行脚本的适当权限：

[snowuser@snowcannon-01 ~]$ ll /opt/tomcat/bin/startup.sh 
-rwxr-xr-x. 1 tomcat tomcat 1904 Nov 11 15:14 /opt/tomcat/bin/startup.sh

如何让 Tomcat 运行？