主页 / user-479140

Nicola Mori's questions

Martin Hope
Nicola Mori
Asked: 2025-04-24 19:05:39 +0800 CST
  • 8

发生硬断电和 UPS 故障后，ZFS 池处于我无法理解的状态：

$ zpool status -c serial
  pool: storage
 state: DEGRADED
status: One or more devices could not be used because the label is missing or
        invalid.  Sufficient replicas exist for the pool to continue
        functioning in a degraded state.
action: Replace the device using 'zpool replace'.
   see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J
  scan: scrub repaired 0B in 1 days 10:40:40 with 0 errors on Wed Apr  2 10:40:42 2025
config:

        NAME                                                  STATE     READ WRITE CKSUM                serial
        storage                                               DEGRADED     0     0     0
          raidz2-0                                            DEGRADED     0     0     0
            8844532865098720143                               FAULTED      0     0     0  was /dev/sda1  ZL2AJ3S10000C1111G0H
            scsi-35000c500cafcbb67                            ONLINE       0     0     0  ZL2AJ3S10000C1111G0H
            scsi-35000c500cafc9a63                            ONLINE       0     0     0  ZL2AKR3F0000C1128SV6
            scsi-35000c500cafcb303                            ONLINE       0     0     0  ZL2AKQVX0000C1143G62
            scsi-35000c500cafcff33                            ONLINE       0     0     0  ZL2AKAG10000C11445AW
            scsi-35000c500cafc392b                            ONLINE       0     0     0  ZL2AKCWB0000C1143ARJ
            wwn-0x5000c500cafa8287                            ONLINE       0     0     0  ZL2AHSSL0000C107BQWN
            scsi-35000c500cafbec03                            ONLINE       0     0     0  ZL2AGE6X0000C1122SME
            7647119559265938125                               FAULTED      0     0     0  was /dev/sdi1  ZL2AGE6X0000C1122SME
            scsi-35000c500cafca18b                            ONLINE       0     0     0  ZL2AKR0B0000C1128RNJ
            scsi-35000c500cafc29c3                            ONLINE       0     0     0  ZL2AGDN30000C1140NTP
            scsi-35000c500cafbe293                            ONLINE       0     0     0  ZL2AKDSM0000C11278YB
          raidz2-1                                            DEGRADED     0     0     0
            scsi-SSEAGATE_ST16000NM002G_ZL2AKBXB0000C1126C6X  ONLINE       0     0     0  ZL2AKBXB0000C1126C6X
            1470086598115969130                               UNAVAIL      0     0     0  was /dev/sdy1          20342A6158FC
            wwn-0x5000c500cae0af8b                            ONLINE       0     0     0  ZL29T97Q0000C107188W
            12722321230162544658                              FAULTED      0     0     0  was /dev/sdl1  ZL2AKDSM0000C11278YB
            scsi-35000c500cafc3be7                            ONLINE       0     0     0  ZL2AJJZF0000C1143AH2
            scsi-35000c500cafc611f                            ONLINE       0     0     0  ZL2AKC6Z0000C11438R8
            scsi-35000c500cafcfb97                            ONLINE       0     0     0  ZL2AHY5R0000C11441Z5
            scsi-35000c500cafc8663                            ONLINE       0     0     0  ZL2AKBNX0000C1128RLR
            scsi-35000c500cafc9fa3                            ONLINE       0     0     0  ZL2AKR0Y0000C1128RN1
            scsi-35000c500cafc96b3                            ONLINE       0     0     0  ZL2AKR6T0000C1128SQP
            scsi-35000c500cafc2f23                            ONLINE       0     0     0  ZL2AK1NP0000C1143FXB
            scsi-35000c500cafc4ccf                            ONLINE       0     0     0  ZL2AKCKG0000C1143ETM
        logs
          nvme-INTEL_SSDPED1K375GA_PHKS01530050375AGN         ONLINE       0     0     0    PHKS01530050375AGN
        cache
          sdu                                                 FAULTED      0     0     0  corrupted data  ZL2AKR6T0000C1128SQP
          sdw                                                 FAULTED      0     0     0  corrupted data  ZL2AK1NP0000C1143FXB

上述状态有很多我不明白的地方：

  1. 所有故障磁盘都具有与某个在线磁盘相同的序列号
  2. UNAVAIL 磁盘序列号是我用于缓存的两个 SSD 之一的序列号，而不是用于池的 HDD 之一的序列号
  3. 两个故障缓存磁盘的序列号是两个存储硬盘的序列号

是什么原因导致池容量在这种状态下减少？池容量还能恢复吗？我考虑过尝试这里描述的步骤，但我甚至搞不清楚哪些磁盘出了问题。这篇文章描述的简单步骤能解决我的情况吗？我真的很需要帮助，先行感谢。

linux
Martin Hope
Nicola Mori
Asked: 2024-05-16 14:48:41 +0800 CST
  • 6

我需要在 OpenSSH 服务器上禁用以下 MAC：

[email protected], [email protected], hmac-sha2-256, hmac-sha2-512, hmac-sha1

我配置/etc/ssh/sshd_config了：

Ciphers aes128-ctr,[email protected],aes192-ctr,aes256-ctr,[email protected],[email protected]
KexAlgorithms curve25519-sha256,[email protected],diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512
MACs [email protected],[email protected],[email protected]

并重新启动 sshd，但要禁用的 MAC 仍然启用：

$ sudo /usr/sbin/sshd -T | grep macs
macs [email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1

根据我在网上找到的文档，MACs在配置文件中指定参数应该仅启用指定的MAC，所以我不明白为什么未指定的MAC仍然处于活动状态。

版本信息：OpenSSH_8.4p1 Debian-5+deb11u3, OpenSSL 1.1.1w

linux
Martin Hope
Nicola Mori
Asked: 2024-02-10 22:30:56 +0800 CST
  • 5

我正在将容器化部署从 Ubuntu 20.04 主机迁移到 Ubuntu 22.04 主机。容器运行systemd，在20.04机器上运行良好：

$ docker run -i -d --name test-cvmfs-publisher-hs --rm --tmpfs /run:rw --tmpfs /tmp:rw --device /dev/fuse --volume "/sys/fs/cgroup:/sys/fs/cgroup:ro" --cap-add SYS_ADMIN --security-opt apparmor:unconfined cvmfs-stratum0_new
432f62194e87996de7b0ee483b52f1306c13ebaf1a0065478032202fcd937fc1
$ docker exec -it test-cvmfs-publisher-hs bash
[root@432f62194e87 /]# systemctl status
● 432f62194e87
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Sat 2024-02-10 14:17:13 UTC; 7s ago
   CGroup: /docker/432f62194e87996de7b0ee483b52f1306c13ebaf1a0065478032202fcd937fc1
           ├─  1 /usr/sbin/init
           ├─ 88 bash
           ├─104 systemctl status
           ├─105 more
           └─system.slice
             ├─systemd-journald.service
             │ └─18 /usr/lib/systemd/systemd-journald
             ├─crond.service
             │ └─49 /usr/sbin/crond -n
             ├─httpd.service
             │ ├─66 /usr/sbin/httpd -DFOREGROUND
             │ ├─70 /usr/sbin/httpd -DFOREGROUND
             │ ├─71 /usr/sbin/httpd -DFOREGROUND
             │ ├─72 /usr/sbin/httpd -DFOREGROUND
             │ ├─73 /usr/sbin/httpd -DFOREGROUND
             │ └─74 /usr/sbin/httpd -DFOREGROUND
             ├─dbus.service
             │ └─41 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
             ├─cvmfs-gateway.service
             │ └─60 /usr/bin/cvmfs_gateway
             └─systemd-logind.service
               └─37 /usr/lib/systemd/systemd-logind

在 22.04 主机上使用相同的图像我得到：

$ docker run -i -d --name test-cvmfs-publisher-hs --rm --tmpfs /run:rw --tmpfs /tmp:rw --device /dev/fuse --volume "/sys/fs/cgroup:/sys/fs/cgroup:ro" --cap-add SYS_ADMIN --security-opt apparmor:unconfined cvmfs-stratum0_new
127ed5f4833f41b7cb20e95b8752678a1a8195848358814ecbd4ca51b1b8efd9
$ docker exec -it test-cvmfs-publisher-hs bash
[root@127ed5f4833f /]# systemctl status
Failed to get D-Bus connection: Operation not permitted

两台机器都运行docker 25.0.3和containerd.io 1.6.28。

我不明白新主人出了什么问题；唯一明显的区别是操作系统版本，所以也许与内核相关的东西（例如cgroups？？）可能是罪魁祸首？或者只是我忽略了一些事情？

ubuntu
Martin Hope
Nicola Mori
Asked: 2018-07-17 05:58:33 +0800 CST
  • 0

我有几个磁盘服务器（称它们为 A、B、...）导出 NFS 共享。为了简化对数据的访问，我在另一台机器上的 NFS 共享中创建了一个文件夹（称为 Z），其中包含指向各种服务器上所有 NFS 共享的符号链接，以便我的计算节点可以引用单个文件夹来访问所有文件. 但是我不知道当多个节点通过Z中的符号链接访问不同服务器上的多个文件时会发生什么。所有数据都会通过Z路由吗？还是在解析符号链接后，每个节点都会直接连接到其相关的磁盘服务器？如果前一种情况是实际发生的，那么我将不得不找出另一种方法，因为我无法忍受由此产生的瓶颈。谢谢。

nfs