问题列表 - 第5228页

在 RAID 阵列中的高密度存储服务器中，所有驱动器都必须是同一类型吗？比如混合驱动器SSD、SATA？在 RAID 阵列中，大多数控制器只要求所有驱动器具有相同的容量，但驱动器类型又如何呢？

我了解 NTFS 文件夹和 AD 对象都使用安全描述符和 DACL\xe2\x80\x99s 来检查用户/进程访问\n MS Learn - 访问检查的工作原理

但是，访问检查如何解析嵌套 AD 组的 ACE\xe2\x80\x99s？例如：

\n
• AD组AD-Parent被授予修改权限F:\\Restrict
\n
• AD 组AD-VIPs是以下组的子组AD-Parent
\n
• 用户vip是以下组织的成员AD-VIPs
\n

我的理解是

\n
• vip安全描述符将有一个 ACE 引用AD-VIPs和
\n
• F:RestrictDACL 将有一个 ACE 指AD-Parent
\n

Windows 中的哪个进程如何以及哪个进程找到 `vip -> AD-VIPs -> AD-Parent\xe2\x80\x99 链并授予访问权限？

我有一个包含两个节点的 HA 集群，节点 1 是主节点，节点 2 是镜像。我的 mysql 资源有问题，因为我的节点未同步

drbd 概述

节点主体：
0：home 连接的主/辅助 UpToDate/UpToDate C r-----
1：存储连接的辅助/主 UpToDate/UpToDate C r-----
2：mysql 独立辅助/未知 UpToDate/过时 r-- ---

辅助节点：
0:home 连接的辅助/主 UpToDate/UpToDate C r-----
1:存储连接的主/辅助 UpToDate/UpToDate C r-----
2:mysql StandAlone 主/未知 UpToDate/Outdated r-- ---

查看消息文件我发现以下内容

Apr-19 18:20:36 clsstd2 kernel: block drbd2:self C1480E287A8CAFAB:C7B94724E2658B94:5CAE57DEB3EDC4EE:F5887A918B55FB1A bits:114390101 flags:0
Apr-19 18:20:36 clsstd2 kernel: block drbd2:peer 719D326BDE8272E2:0000000000000000:C7BA4724E2658B94:C7B94724E2658B95 bits:0 flags:1 
                                                         
Apr-19 18:20:36 clsstd2 kernel: block drbd2:uuid_compare()=-1000 by rule 100                           
Apr-19 18:20:37 clsstd2 kernel: block drbd2:Unrelated data, aborting!
Apr-19 18:20:37 …

在过去的几个月中，我们的 Windows Server 2022 盒子中有几次会在事件日志中显示类似于此的警告

时间服务已设置偏移量 19630688 秒的时间。,

然后时间会向前跳很多秒。然后几分钟后，它似乎再次与时间服务器同步，我们收到以下错误

时间服务检测到系统时间需要更改-19630688 秒。时间服务不会将系统时间更改超过 54000 秒。验证您的时间和时区是否正确，以及时间源 time.nist.gov (ntp.m|0x0|0.0.0.0:123->128.138.140.44:123) 是否正常工作。

在出现一些与措辞类似的错误之后，时钟会自行纠正，通常在 10 分钟左右。该盒子不在域中，并且它使用 Windows 中的默认时间服务器。知道这里可能出了什么问题吗？

如何修复 修复 APT 存储库错误 我正在使用 Debian GNU/Linux 9.13 (stretch)，如何修复此更新错误？并导入 Docker GPG 密钥？

root@test:~# apt-get update
Ign:1 http://security.debian.org stretch/updates InRelease
Err:2 http://security.debian.org stretch/updates Release
  404  Not Found [IP: 111.73.1113.145 90]
Get:3 https://download.docker.com/linux/debian stretch InRelease [44.8 kB]
Ign:4 http://ftp.de.debian.org/debian stretch InRelease
Err:5 http://ftp.de.debian.org/debian stretch Release
  404  Not Found
Err:3 https://download.docker.com/linux/debian stretch InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7PB0A8C2F192FFDM
Reading package lists... Done
E: The repository 'http://security.debian.org stretch/updates Release' does no longer have a …

我在戴尔服务器的 raid10 阵列中有 4 个磁盘。现在有 2 个驱动器出现故障。故障驱动器不在同一组（1+2 和 3+4），故障驱动器为 2 和 3。服务器仍在运行，但阵列已降级。我正在等待新驱动器的到来。

更换驱动器的最佳方法是什么？我可以同时更换两个磁盘吗？或者最好先重建第一组，然后再更换另一组？

我的域 sliver.proteuslake.asia 使用多种邮件服务，例如 Mailjet、Google 和 Atlassian。我已经为我的域添加了三个 TXT 记录：

• “v=spf1 包括：spf.mailjet.com？全部”

• “atlassian-发送域-验证=fb8692b2-027c-4abc-8ce7-311fd467211e”

• “谷歌站点验证=DQ0PYy6fwkssvVgmuTx0-eU-kMGZoaCKvXX2wWTZD-I”

这些记录用于不同目的，例如验证我的域所有权并允许 Mailjet 代表我发送电子邮件。

我想添加另一个 TXT 记录用于不同的目的，但我不确定它是否会影响 SPF 身份验证方法。SPF 是一种电子邮件身份验证方法，它使用 DNS 来授权哪些 IP 可以代表我的域发送邮件。接收邮件服务器检查发件人域的 SPF 记录，以验证发件人的 IP 地址是否经过授权。

添加另一条 TXT 记录是否会影响 SPF 身份验证方法？如果是，我该如何避免？如果不是，为什么不呢？

这看起来与Windows Server 2022 时间服务跳跃到未来是同一问题。我还在 Microsoft（反馈中心）添加了针对该问题的支持票： https: //aka.ms/AAkwnpl

由于系统时钟对于正确工作的软件至关重要，并且可能是最核心的共享可变状态，因此这个问题对我们的系统和与我们通信的每个人都造成了严重破坏，并一直波及关键基础设施。

我们于 2022 年 8 月在 2019 年的服务器上首次注意到这一点。时钟原定为 2023 年 1 月，但后来自行修正。不幸的是，这是在日志被清除一段时间后发现的，因此我们无法进一步调试它。

但上个月，我们再次体验了它，这次是在 2016 年的服务器上。时钟被设置为未来 55 天。

15 秒后，时间服务注意到时钟与我们的域控制器不同，并且它必须将时钟调回 -4454176 秒。它会后退，因为它大于 4294967295。

第一次更改后 15 分钟，时钟再次设置，这次倒退到未来的 12 小时 26 分 43 秒。

第二次更改后 15 秒，计时服务注意到时钟已关闭，这次修正了它，因为它在合理的窗口内。

三周后，同样的事情在同一台服务器上再次发生，只是细节有所不同。与此同时，服务器已重新启动并更新了新的每月更新。

我们使用 VMWare，配置了两个物理硬件时钟。我们有两个配置为使用 pool.ntp.org 的域控制器——可能应该移动到我们自己的 stratum 0 硬件，尽管它可能与我们的问题无关。

在一些外部专家的帮助下，我们几乎排除了错误配置、手动干预（错误、安全漏洞或不忠诚的员工）和硬件问题，并且留下了“奇怪的 Windows 错误”。

不幸的是，2016 年并没有包含与这些事件相关的太多细节，因此很难进一步调试。2019+ 包含更多信息。

Windows Server 2022 时间服务中的 @chris1out跳转到未来对于未在域中注册的服务器也存在同样的问题，因此我们可以排除域控制器。它还使用标准时间服务器而不是 pool.ntp.org。这意味着我们也可以排除这两者。这几乎留下了时间服务中的错误作为可能的原因。这个服务器故障问题是我们能够找到的唯一有记录的事件。

假设我们有一个由大约 50 台计算机组成的池，每台计算机有 6 个核心和 12 个线程。

如果有人计划使用它的所有逻辑 CPU（50*12）进行 24x7 的密集天体物理模拟，它能够在没有任何物理损坏的情况下维持多长时间？使用 AC 进行简单冷却，并且 CPU 配有自己的风扇。随着时间的推移，性能会下降吗？如果是，解决办法是什么？

请注意两个主要要求

1. 所有 CPU 的 CPU 使用率均为 100%，
2. 令人担忧的是连续运行数年之久。

我已经在 Linux 服务器上运行 MariaDB 5.5 好几年了。昨天，我升级到 MariaDB 10.11.3。

现在，我的备份软件已经停止备份数据库，报错“不支持MySQL 10.11”。

由于备份软件支持 MySQL，因此它可能期望从服务器接收版本 5.7，并因接收版本 10.11.3 而感到困惑。

有没有办法让 MariaDB 报告版本 5.7，让备份软件认为我们正在运行 MySQL 5.7 ？由于 MariaDB 10.11 和 MySQL 5.7基本上兼容（如果使用相同的存储引擎），因此备份不会出现问题，但报告 5.7 将说服备份软件继续运行。