Emma's questions

我有一个运行 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 的数据？

问题：拙劣的内核升级给我留下了一个无法启动的系统（不要问我它是如何使我的备份内核无法启动的），其中 boot 和 root 位于 mdadm raid 1 阵列上（元数据分别为 1.0/1.2）。

通过 live CD 引导无法检测到我的 RAID 阵列，如果不手动组装它们，我无法修复我的系统，而且我不记得我使用的所有参数，坦率地说，这很痛苦。我想要最简单的方法来自动检测和重建我的 RAID 阵列，以便我可以挂载它们。

背景

我有一个小的 logrotate 失误...... Logrotate 会因错误而旋转归档日志，从而导致我的/var/log/. 当我发现有什么不对劲的时候，/var/log/已经包含了几百万个文件......

我设法（在一些脱发和 find/sed/grep 魔术之后）删除了所有有问题的文件并修复了我的 logrotate 配置。并认为一切都很好......

问题

每当我ls/du -hs或以其他方式列出/var/log/（现在包含 80mb 的档案/日志和最多几百个文件）的内容时，执行该操作的过程会挂起一两分钟。我确实相信这在某种程度上与 logrotate 事故有关，但我不确定，可能是其他原因。无论如何，我不知道从哪里开始调试或寻找解决方案。请帮助：3

其他信息

uname -a
Linux xxx 3.3.8-gentoo #18 SMP Sat Sep 21 22:44:40 CEST 2013 x86_64 Intel(R) 
Core(TM)2 CPU 4400 @ 2.00GHz GenuineIntel GNU/Linux

cat /proc/meminfo 
MemTotal:        2051552 kB
MemFree:           75612 kB
Buffers:            9016 kB
Cached:          1740608 kB
SwapCached:            0 kB

CFQ IO scheduler + SLUB allocator 

我以为：一个目录中有多少文件太多了？（从网上下载数据）是相关的，但我没有留下文件了。

编辑

即使在调用之后问题仍然存在，init 1 所以我认为可以安全地假设除了 FS 之外没有其他进程可以归咎于。

解决方案（从接受的答案中应用）

init 1
mv /var/log /var/log1
mkdir /var/log
chmod --reference=/var/log1 /var/log
chown --reference=/var/log1 /var/log
tar -C /var/log1 -cvp . | tar -C /var/log -xvp
rm -rf /var/log1
init 5