问题列表 - 第5191页

我在 Rasberry Pi 4 (aarch64) 上使用 Ubuntu 21.10，当我尝试运行 Docker（使用版本 20.10.7）容器时，它返回以下错误消息：

docker: Error response from daemon: failed to create endpoint goofy_hypatia on network bridge: failed to add the host (veth3da4a58) <=> sandbox (veth987ce17) pair interfaces: operation not supported.
ERRO[0000] error waiting for container: context canceled 

我已经尝试过以下方法：

• 重新启动（按照https://github.com/moby/moby/issues/42229的建议）
• 拔掉以太网并切换到 wlan0
• 重新安装泊坞窗

谢谢你的帮助。

回答：

我遇到了同样的问题，经过快速搜索后，我在这里找到了解决方案：[Bug 1947601] Cannot start docker container on ubuntu 21.10 server for 64-bit raspberry pi

您需要安装Raspberry Pi Linux 内核额外模块：

sudo apt install linux-modules-extra-raspi

我们正在开发一个软件解决方案，我们的一些提供商确实以 CentOS 7 为中心。

CentoS 7 将在 RHEL 7 生命周期的剩余时间内继续生产，该生命周期将于 2024 年某个时候结束。

CentOS 8 将在 2021 年 12 月之前收到更新。

CentOS Stream 由 Red Hat 发布，但显然不是 CentOS 的替代品。

如果在不久的将来 CentOS 的选择不确定的话，我不太愿意深入研究这个问题。

问题：当 RHEL 7 生命周期结束并且用户需要生产就绪服务器时，CentOS 7 用户有哪些选择？

使用 Certbot 在 nginx Web 服务器上安装 R3 Let's Encrypt 证书会导致 nginx 配置中的所有其他域都包含在证书的“主题备用名称”下。这对于我的用例来说是不可取的。

我在这里阅读了手册页，并在这里和这里阅读了其他一些 Stack Exchange 帖子。

关于替代名称的使用，手册页说（我不完全理解）：

-d DOMAIN, --domains DOMAIN, --domain DOMAIN 要应用的域名。对于多个域，您可以使用多个 -d 标志或输入逗号分隔的域列表作为参数。提供的第一个域将是证书的主题 CN，所有域将是证书上的主题备用名称。第一个域还将在某些软件用户界面中使用，并用作证书和相关材料的文件路径，除非另有指定或您已经拥有同名的证书。如果发生名称冲突，它将在文件路径名后附加一个数字（如 0001）。（默认：询问）

使用 Certbot 安装 Let's Encrypt 证书时，如何完全指定或省略主题备用名称？如果 Certbot 不能，在仍然使用 R3 Let's Encrypt 证书的同时是否有不同的方法？

我需要将属于 2 节点 DRBD 集群一部分的盒子脱机以进行硬件服务。

如何强制主（另一个？） DRBD 节点处于独立状态，以便我可以关闭另一个节点？

直接关掉就可以了吗？这样做安全吗？

据称，ed25519 密钥在安全性和性能方面优于 RSA。就安全性而言，我知道 4096 位 RSA 密钥在可预见的未来实际上是牢不可破的，所以我不会问这个。

我想了解的是性能差异（就速度而言）。当人们声称 ed25519 密钥更快时，这意味着什么？我是从用户的角度来问的。我考虑了几种可能性：

• 使用 ed25519 密钥登录服务器速度更快，但之后服务器与客户端的通信速度相同。
• 使用 ed25519 密钥，初始登录和服务器-客户端通信速度更快。
• 如果从服务器复制文件或将文件复制到服务器，传输速度有什么不同吗？
• 如果我通过服务器建立 ssh 隧道，我会注意到任何速度差异吗？

是哪一个？他们全部？他们都不是？

因此，我不是在问它们之间的数学差异，也不是在询问破解其加密的算法复杂性，也不是在问安全保证。我问的是现实世界用户应用程序中的速度。

当我尝试运行 hello-world docker 映像时，出现以下错误：

ubuntu@ubuntu:~$ sudo docker run hello-world\ndocker: Error response from daemon: failed to create endpoint frosty_varahamihira on network bridge: failed to add the host (vethc6c068f) <=> sandbox (veth82a7475) pair interfaces: operation not supported.\nERRO[0000] error waiting for container: context canceled\n

我红色了这篇文章，这似乎是完全相同的问题，但我无法安装不同的内核。

我尝试了以下方法来安装新内核，这导致了下一个错误：

ubuntu@ubuntu:~$ sudo wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7.5/amd64/linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\n--2021-10-22 13:47:14--  https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7.5/amd64/linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\nResolving kernel.ubuntu.com (kernel.ubuntu.com)... 91.189.94.216\nConnecting to kernel.ubuntu.com (kernel.ubuntu.com)|91.189.94.216|:443... connected.\nHTTP request sent, awaiting response... 200 OK\nLength: 1223448 (1.2M) [application/x-debian-package]\nSaving to: \xe2\x80\x98linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\xe2\x80\x99\n\nlinux-headers-5.7.5-050705-generic_5.7.5-05070 100%[===================================================================================================>]   1.17M  2.53MB/s    in 0.5s\n\n2021-10-22 13:47:20 (2.53 …

为什么这两个命令报告的可用空间如此不同？这种情况从去年开始在多个 Ubuntu 18.04 虚拟机上时不时地发生。

df报告 100% 使用，但du -smh仅显示 4.0G（总计）中的 2.3G 正在使用。

当系统日志服务器因维护而停机时，通常会出现rsyslog或syslog-ng充满错误消息。/var

# df -mh /var
Filesystem              Size  Used Avail Use% Mounted on
/dev/mapper/new_vg-var  4.0G  3.9G     0 100% /var

# du -smh /var
2.3G    /var

# fuser /var

我们每晚使用 pg_dump 来制作数据库的快照。我们用一个简单的命令就做了很长时间

pg_dump -Fc database_name

这大约需要一个小时，并生成一个 30+GByte 的文件。

我们怎样才能加快速度？

长话短说；博士。 有没有办法在驱动器丢失或发生故障（不是用户首先发生故障）的情况下正确启动基于软件的 RAID1？

需要明确的是，如果您在重新启动之前正确地使驱动器出现故障，则可以在没有硬盘的情况下启动基于软件的 RAID1 。我知道这是主观的，但这似乎不是一个合理的解决方案，也不是一个可接受的答案。例如; 设施停电，硬盘驱动器在断电的同时发生故障。尝试使用\xe2\x80\x99t \xe2\x80\x9cproperly\xe2\x80\x9d 的降级硬盘启动失败将导致系统进入紧急模式。

我\xe2\x80\x99已经阅读了这里和其他论坛上的许多帖子，都建议您在所有分区上安装grub，或手动重建grub，添加nofail到/etc/fstab选项，或其他看似简单的解决方案；但现实是这些建议都没有奏效。

虽然我\xe2\x80\x99已经接受了这是不可能的，但关于这件事\xe2\x80\x99并不轻松。所以，我\xe2\x80\x99m看看其他人是否有这个问题或有这个问题的解决方案。

我的环境：

我有一个不支持 UEFI 的旧主板，所以我启动传统模式/MBR。
\n操作系统：

cat /etc/redhat-release\nRed Hat Enterprise Linux Workstation release 7.6 (Maipo)\n

核心：

uname \xe2\x80\x93r\n3.10.0-957.el7.x86_64\n

妈妈：

mdadm \xe2\x80\x93version\nmdadm \xe2\x80\x93 v4.1-rc1 2018-03-22\n

我的 RAID 是跨三个驱动器的 RAID1。( sda,sdb,sdc) 有 4 个分区

md1 - /boot\nmd2 - /home\nmd3 - /\nmd4 - swap\n

我已在所有分区上安装了 grub，并确保所有引导分区都有引导标志。\n 所有分区都在相应分区旁边的引导字段中fdisk /dev/sd[a,b,c]显示 a \n -- …

我曾尝试在我的裸机服务器上使用 kubeadm 构建 kubernetes，并将 containerd 作为 cri，但安装 cni (weave-net) 后似乎 coredns 无法启动。

两个 coredns 容器现在处于“CrashLoopBackOff”状态，它们的日志为：

plugin/forward: no nameservers found

而“kubectl描述pod”的描述如下：

Events:
  Type     Reason            Age                    From               Message
  ----     ------            ----                   ----               -------
  Warning  FailedScheduling  4m52s (x9 over 13m)    default-scheduler  0/1 nodes are available: 1 node(s) had taint {node.kubernetes.io/not-ready: }, that the pod didn't tolerate.
  Normal   Scheduled         4m7s                   default-scheduler  Successfully assigned kube-system/coredns-58cf647449-8pq7k to k8s
  Normal   Pulled            3m13s (x4 over 4m6s)   kubelet            Container image "localhost:5000/coredns:v1.8.4" already present on machine
  Normal   Created           3m13s (x4 …