问题[network-attached-storage](server)

我不是专业的管理员，但我发现自己是为某个小型非政府组织提供这些事务建议的最懂 IT 的人。这个非政府组织基本上只有一个 WiFi 路由器 + 交换机，一些 PC 通过以太网连接，一些通过 WiFi 连接。这些 PC 有点旧（通常使用年限约为 6-8 年）；而且该非政府组织经济状况不佳，因此非常不愿意花钱——大多数电脑都是二手捐赠的。

非政府组织的人谈到要为几台电脑购买新的磁盘驱动器，并提到其中一台电脑空间不足。我当时想建议他们考虑使用 NAS；当我问他们过去数据丢失的情况时，他们说他们也遇到过这种情况：偶尔出现磁盘故障，甚至在携带硬盘或其他存储介质时处理不当。

所以，我立即想到：让他们买一台 NAS。他们可以集中存储，而不必为每个已满的站点购买新磁盘；而且他们还会在可靠性方面获得显著的提升（当然取决于 RAID 配置）。而且我怀疑他们的整体存储需求是否非常高，即他们不经常制作视频，他们不维护大型（或任何）数据库等。

但 (至少) 有一个问题：成本。NAS 本身要花钱，四组新 HDD 也要花钱。

这让我想到：存储紧缩相当局部化。那么，如果我可以安排他们汇集现有磁盘，并使用他们已有的硬件在 NAS 上模拟 RAID 的效果，会怎么样？

我知道分布式文件系统是一种东西。但是 - 我不知道在不在超高速 SAN 上的 Windows 机器集群上设置分布式文件系统是否可行。这种（免费）设置可行吗？常见吗？无需经验丰富的专业人员就可以设置吗？与现在每台机器一个磁盘相比，它的性能是否合理？它能否容忍 PC 偶尔关机或出现其他故障？

我在 raid6 中有一个 Synology nas 驱动器，该驱动器出现故障。在电源故障导致存储池崩溃后，我更换了驱动器，并让另外两个驱动器退出了 raid。我能够将所有驱动器移至另一个系统并重建 raid 和 lvm，但 btrfs 文件系统上存在阻止安装的错误。

我已经通过试运行运行了 btrfs 恢复，并显示了一些预期的文件。我目前得到

mount error

can't read superblock on /dev/mapper/vg1-volume_1.

这是最后一条错误消息，以及无法读取超级块。来自 dmesg

BTRFS info (device dm-1): using crc32c (crc32c-intel) checksum algorithm
BTRFS info (device dm-1): using free space tree
BTRFS critical (device dm-1): corrupt leaf: root=1 block=503087104 slot=23, invalid root flags, have 0x400000000 expect mask 0x1000000000001
BTRFS error (device dm-1): read time tree block corruption detected on logical 503087104 mirror 1
BTRFS critical (device dm-1): corrupt leaf: root=1 block=503087104 slot=23, invalid root flags, have 0x400000000 expect mask 0x1000000000001
BTRFS error (device dm-1): read time tree block corruption detected on logical 503087104 mirror 2
BTRFS error (device dm-1): open_ctree failed

我能够清除的最后一个错误来自 https://unix.stackexchange.com/questions/369520/btrfs-super-recover-says-all-superblocks-are-good-but-mount-disagrees

零日志清除了第一个错误。

btrfs rescue super-recover -v /dev/mapper/vg1-volume_1
All Devices:
        Device: id = 1, name = /dev/mapper/vg1-volume_1

Before Recovering:
        [All good supers]:
                device name = /dev/mapper/vg1-volume_1
                superblock bytenr = 65536

                device name = /dev/mapper/vg1-volume_1
                superblock bytenr = 67108864

                device name = /dev/mapper/vg1-volume_1
                superblock bytenr = 274877906944

        [All bad supers]:

All supers are valid, no need to recover

btrfs check --check-data-csum
Opening filesystem to check...
Checking filesystem on /dev/mapper/vg1-volume_1
UUID: c9d2c563-30cb-4b27-b29a-d5f2642597d8
[1/7] checking root items
[2/7] checking extents
Invalid key type(BLOCK_GROUP_ITEM) found in root(202)
ignoring invalid key
--------There are a lot of these
Invalid key type(BLOCK_GROUP_ITEM) found in root(202)
ignoring invalid key
[3/7] checking free space tree
[4/7] checking fs roots
[5/7] checking csums against data
[6/7] checking root refs
[7/7] checking quota groups skipped (not enabled on this FS)
found 37552772378624 bytes used, no error found
total csum bytes: 2551494312
total tree bytes: 7828389888
total fs tree bytes: 4063068160
total extent tree bytes: 754450432
btree space waste bytes: 1181718069
file data blocks allocated: 37548545822720
 referenced 37710498009088

btrfs inspect-internal dump-super /dev/mapper/vg1-volume_1
superblock: bytenr=65536, device=/dev/mapper/vg1-volume_1
---------------------------------------------------------
csum_type               0 (crc32c)
csum_size               4
csum                    0x5be2c7ca [match]
bytenr                  65536
flags                   0x1
                        ( WRITTEN )
magic                   _BHRfS_M [match]
fsid                    c9d2c563-30cb-4b27-b29a-d5f2642597d8
metadata_uuid           c9d2c563-30cb-4b27-b29a-d5f2642597d8
label                   2019.10.19-07:46:08 v24922
generation              2838041
root                    29818880
sys_array_size          129
chunk_root_generation   2793730
root_level              1
chunk_root              21020672
chunk_root_level        1
log_root                0
log_root_transid        0
log_root_level          0
total_bytes             39958383427584
bytes_used              37552772378624
sectorsize              4096
nodesize                16384
leafsize (deprecated)   16384
stripesize              4096
root_dir                6
num_devices             1
compat_flags            0x8000000000000000
compat_ro_flags         0x3
                        ( FREE_SPACE_TREE |
                          FREE_SPACE_TREE_VALID )
incompat_flags          0x16b
                        ( MIXED_BACKREF |
                          DEFAULT_SUBVOL |
                          COMPRESS_LZO |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
cache_generation        18446744073709551615
uuid_tree_generation    2838039
dev_item.uuid           3ce7be34-1a1f-42aa-9330-186edef4841e
dev_item.fsid           c9d2c563-30cb-4b27-b29a-d5f2642597d8 [match]
dev_item.type           0
dev_item.total_bytes    39958383427584
dev_item.bytes_used     38619297349632
dev_item.io_align       4096
dev_item.io_width       4096
dev_item.sector_size    4096
dev_item.devid          1
dev_item.dev_group      0
dev_item.seek_speed     0
dev_item.bandwidth      0
dev_item.generation     0

我不知道如何继续，因为很多选项都具有潜在的破坏性。当我将驱动器放在只读 Synology 池中时，我能够下载所有关键文件，但无法找出为什么不能将其安装在常规 Linux 机器上。

添加：

我做了更多的研究，并在邮件列表上发现了关于倾倒损坏的叶子的讨论。( https://lore.kernel.org/linux-btrfs/ [电子邮件受保护] /T/ )

我已经从 dmseg 中转储了叶子

btrfs ins dump-tree --follow -b 503087104 /dev/mapper/vg1-volume_1

并发现了两片令人讨厌的叶子

item 23 key (2350 ROOT_ITEM 0) itemoff 12022 itemsize 439
                generation 2838037 root_dirid 256 bytenr 502956032 
                byte_limit 0 bytes_used 81920
                last_snapshot 0 flags 0x400000000(none) refs 1
                drop_progress key (0 UNKNOWN.0 0) drop_level 0
                level 1 generation_v2 2838037
                uuid 7d68b7fc-ce56-ea45-8790-420407a74ad2
                parent_uuid 00000000-0000-0000-0000-000000000000
                received_uuid 00000000-0000-0000-0000-000000000000
                ctransid 2838037 otransid 241922 stransid 0 rtransid 0
                ctime 1708421965.207146578 (2024-02-20 04:39:25)
                otime 1643063079.756142504 (2022-01-24 17:24:39)
                stime 0.0 (1969-12-31 19:00:00)
                rtime 0.0 (1969-12-31 19:00:00)
item 24 key (2350 ROOT_BACKREF 257) itemoff 11990 itemsize 32
                root backref key dirid 256 sequence 113 name @synologydrive
item 25 key (2351 ROOT_ITEM 0) itemoff 11551 itemsize 439
                generation 2836999 root_dirid 256 bytenr 34504704 
                byte_limit 0 bytes_used 16384
                last_snapshot 0 flags 0x400000000(none) refs 1
                drop_progress key (0 UNKNOWN.0 0) drop_level 0
                level 0 generation_v2 2836999
                uuid 131923b8-a88e-0c45-b91f-a43baed3487c
                parent_uuid 00000000-0000-0000-0000-000000000000
                received_uuid 00000000-0000-0000-0000-000000000000
                ctransid 2836999 otransid 268246 stransid 0 rtransid 0
                ctime 1708303323.350998786 (2024-02-18 19:42:03)
                otime 1647641350.503037199 (2022-03-18 18:09:10)
                stime 0.0 (1969-12-31 19:00:00)
                rtime 0.0 (1969-12-31 19:00:00)

从错误消息来看，标志似乎是问题所在，当我在叶子上转储树时，它们都在其下显示了大量有效块。大多数文件名似乎都围绕 Synology NAS 服务，这些服务在重建失败期间仍在运行。

我想我可以暴力破解这棵树下的所有文件名只是为了验证，但是有没有办法强制这片叶子上的标志回到某种形式的可操作状态？

我加入了我的家族企业，一切都是由微软制造的。我看到 90% 的过程都可以用免费软件完成，在这种情况下，文件共享。我父亲总是抱怨用 samba 共享文件夹太慢，系统无法在大型数据库 (COBOL) 上正常运行，因此他总是向我们的客户推荐 Windows Server。

在studding的时候，我总是在我的开发机器上安装Samba Server，并共享文件夹编辑smbd.conf，所以在我看来，在网络上共享文件夹的方式会涉及到SMB。但是，我从来没有停下来想过 NAS，它也是用来在网络上共享文件的。

我知道 SMB 是一种包含许多其他功能的协议，但问题仍然存在。

• SMB 和 NAS 在文件共享功能方面有什么区别？
• 在这种情况下使用哪一个？
• 还有哪些SMB提供了NAS没有实现的功能？

我有一个超过 250go 的 txt 文件，我想用它创建一个数据库，并通过我将编写的 python 程序访问它。

我的本地网络（1gbit 网络）上有一个 NAS 服务器，我想要： 将数据库存储在 NAS 上 在我的计算机上运行服务器

在远程计算机上运行我的 python 程序，该程序将询问我的计算机（作为服务器运行）存储在我的 NAS 上的数据

所以问题：可能吗？更糟？什么是最好的技术来做到这一点？SQL ? 没有 SQL 吗？等等。

我是计算的初学者。谢谢 ！

我的意图是使用扩展单元 (DX517) 来备份我的 DS920+ NAS，比如说每周一次，然后将其带到异地。我希望我买了合适的设备！

我在这方面绝对是新手。到目前为止，我所做的只是在扩展单元上创建一个新的存储池，我不知道下一步该做什么。此外，在创建存储池时，我被警告说我无法使用电源按钮关闭扩展单元，所以我什至不知道如何在备份完成后实际关闭它以将其带到异地。Synology.com 上的文章似乎仅指 USB 连接的驱动器。

另一个悬而未决的问题：我是否可以选择在扩展单元上保留备份快照的历史记录，还是只获得 NAS 池上内容的同步副本？

这是我的设备：

DS920+ DSM 7.0.1（存储池 1，卷 1）SHR 4x8TB WD Red Plus

DX517（存储池 2，）SHR 4x14TB Ironwolf Pro

谁能概述我接下来的步骤？

我有一个运行 Samba 的 NAS，它有一个 20T ZFS 池和一个带有两个旋转 rust 驱动器的 raid1 vdev。我的机器现在有 16G RAM。该存储用于持续增长的视频片段的永久备份存档。它是一次写入，一次读取以进行处理，然后可能进行备份恢复。

我定期将 40GiB 文件发送到此 NAS。我打算将我的千兆网络升级到 10GbE，以减少这个过程的痛苦。但是我怀疑我会受到底层驱动器的写入速度的限制。

我的理解是 ZIL 和 SLOG 仅加速同步写入，因此添加 nvme SSD 作为 SLOG 不会影响我的用例，因为我相信 Samba 默认使用异步写入。

我不确定是否为同步写入配置 samba 并在 nvme SSD 上添加 SLOG 是否可以满足我的需要。我知道如果驱动器发生故障或断电，这会带来数据丢失的风险。这是可以接受的，因为我将源计算机上的文件保留足够长的时间，以便在近期数据丢失的情况下重新传输。SSD 的磨损是一个问题，但典型的驱动器有 300 TBW 或以上，足以将我永不删除的 NAS 填充 15 次，或者以当前的数据生成速率在 75 年内填充，我对此表示满意，并且如果/当 SSD 损坏时，请购买新的 SSD。这些是可以接受的警告。通常我会尝试进行基准测试，但在目前一切都短缺的情况下，我想提前知道我需要为此购买什么。

我知道我可以将更多的 raid 1 vdevs 添加到池中以获得 raid 10 池，但这太贵了，中塔机箱无法支持那么多驱动器，它与现有驱动器一起严重超出了池的配置，并且会使用更多的能量是时候让所有的铁锈继续旋转了。

除了以 raid 10 的方式向池中添加更多的旋转 rust 之外，我还有哪些选择可以为这个 zfs 池实现超过 10Gbps 的写入速度以获取至少 40GiB 的数据？

我正在使用 SuperMicro A2SDi-8C+-HLN4F主板构建 NAS（运行 TrueNAS/FreeNAS）。我从供应商那里订购了 2 根这款三星 C-Die RAM，但他们只能寄给我 1 根，因为这是他们最后的库存了。我从另一家供应商处订购了相同的 RAM，但收到的是三星 B-Die RAM。我发现这不是一个错误，因为 C-Die 是 EOL 而 B-Die 是它的替代品。

虽然在双通道模式下拥有两个无与伦比的 RAM 棒并不理想，但根据数据表的规格是 99% 相同的。我有什么需要担心的吗？

我有一台 Western Digital ShareSpace 磁盘阵列 NAS（本手册中的同一台：https ://docs.rs-online.com/49a1/0900766b80ce7e97.pdf ）

该系统有现有数量的共享，包含大量文件和数据。每个共享都是通过 NAS 的 Web 界面创建的，每个共享都有自己的用户名和密码。

我能够登录到 NAS SSH 界面（以 root 身份）并且当我运行命令时

less /etc/passwd

我可以看到列出的共享用户名。我可以使用更改其中任何一个的密码

passwd [any_share_username_here]

改变就完成了。但是当我尝试从 Windows 挂载共享时，系统会提示我输入用户名和密码。我在 SSH 中输入的新密码似乎不起作用。

我猜 NAS 具有用于访问共享的单独凭据，以及用于 SSH 的不同密码。

有没有办法（从 SSH）更改或删除密码或创建一个可以暴露给 Windows 的新共享？

我可以重置用于登录 Web 界面的管理员密码吗？

编辑：澄清一下：我已经可以从 SSH 访问共享卷，并且可以浏览所有数据。我只需要能够从 Windows 映射到卷，但我不能，因为我不会在没有 Web 界面的情况下重置密码。

在不创建 VHD 等的情况下直接附加网络磁盘的方法是什么？我想通过 iSCSI 之类的网络将驱动器直接从一台计算机连接到另一台计算机，但不创建 VHD。

不能接受的：

1. 驱动弯管机
2. iSCSI（它正在创建 VHD 驱动器）
3. 映射为网络驱动器（仅像 iSCSI 一样直接但不创建 VHD）
4. 仅限 CLI 的 Linux
5. FreeNAS、TrueNAS、XigmaNAS、UNRAID、XPEnologi 等

极有可能是 Windows/Windows Server 程序

我有一个特定的 linux-server，它在晚上运行多个批处理作业，创建文件并将它们复制到 NAS 上的各个位置，以前使用 NFS 安装，但最近使用 CIFS。

这是因为我们的新 NAS 不支持以适合我们的方式同时将文件系统共享为 nfs 和 cifs（多协议共享）。因此，我将共享安装为 cifs 共享，并在 .smbcredentials 文件中使用 Windows 凭据。

此共享与它自己的时间一样古老，并且可以被许多系统（Linux 服务器和 Windows 服务器）访问。但是他们都有自己的服务器，所以当我将共享作为 cifs 安装在其中一个 Linux 服务器上时，我可以将 fstab 中的 uid 和 gid 设置/屏蔽给他们各自的服务用户，一切都很好。

然而，在我第一次提到的服务器上，有几个系统与他们自己的个人用户在同一台​​服务器上运行。所以我需要掩盖 fstab 中的 uid/gid 看起来像一个用户，但仍然允许其他人做事。

这主要工作但不是 cp -p，保留文件的时间戳。这我似乎无法正常工作。

我可以尝试任何提示吗？我当然已经用谷歌搜索了我的 *ss，尝试了从这里到月球的任何东西......

当然，我也在尝试让开发团队转移到他们自己的服务器上，但这不会很快发生。