关于ZFS池写不满，显示有剩余空间 但是写不进文件

[Devily889]

不晓得啥原因，16T*5显示的79.9T，但是写到实际容量也就是72.5左右就写不进去了，但是显示还有6T多容量，我就想问问是显示BUG还是咋回事  强迫症受不了，要不就显示实际容量72.5T满了就是满了。这样不好估计容量。 

来个大佬帮忙看看

syslog.txt

[JackieWu]

看一下你的 Media 文件夹属性设置（点击“共享”页面下的 Media 文件夹名字），如果“最小可用空间”的值设置得太大，将会出现你截图中的“shfs：share cache full”的报错。

 

关于“最小可用空间”（Minimum free space）的说明

需要解释的是，“最小可用空间”并不控制可用空间的大小，而是控制硬盘必须有多少可用空间才能被选中用于写入新文件。举个例子，假如将“最小可用空间”的值设置为 100G ，那么当有新的文件写入到阵列里面时，UNRAID 依据你对共享文件夹所选用的“分配方法”（Allocation method）和“拆分级别”（Split level）去选择阵列中某一个硬盘存储这个文件，即使你写入的这个文件只有 1KB 大小，被选中硬盘的可用空间必须要大于 100G 才会被选中用于写入文件。

那是因为 UNRAID 在接收到一个文件写入请求时，UNRAID 并不知道这个文件有多大，UNRAID 能做的就是根据分配方法和拆分级别选择一个阵列中的硬盘去存储这个文件。但假如说这个硬盘的可用空间已经不足以存储这个文件，那么最终就会出现硬盘空间不足的情况，也就只有这个时候 UNRAID 才知道所接收的文件大小大于硬盘的可用空间。

 

“最小可用空间”（Minimum free space）需要设置成多大的值

默认情况下，新创建的共享文件夹会按硬盘大小的 10% 去自动配置“最小可用空间”的大小。根据官方的建议，你可以将值设置成你曾经传输过的最大的一个文件的大小，例如你曾经传输过的最大的一个文件大小是 50G ，那么你可以将“最小可用空间”的值设置为 2 倍于此文件的大小：2 x 50G = 100G ，这样即使你偶尔传输了一个比之前传输过最大文件还要大一点的文件（但不超过 100G ），也不会出现楼主所出现的问题。

 

Quote

We recommend setting the value to twice the size of the largest file you will ever transfer. For example, if the largest file you have is 8GB in size then set the minimum free space to 16GB. This allows you to transfer files that may vary in size somewhat and not accidentally transfer one too large.

 

官方 WiKi 说明文档：Minimum free space

 

参考案例：

 

Edited December 12, 2023 by JackieWu

[Devily889]

12 hours ago, JackieWu said:

看一下你的 Media 文件夹属性设置（点击“共享”页面下的 Media 文件夹名字）。

大佬看看咋回事

 

 

Edited December 12, 2023 by Devily889

[Devily889]

11 hours ago, JackieWu said:

看一下你的 Media 文件夹属性设置（点击“共享”页面下的 Media 文件夹名字）。

然后这是啥？ 点了清理  感觉又出来一些储存

 

 

[Devily889]

我去  我明白了  那个最小可用空间是预留的？ 改到10M就好了 。。。。但是上面那个清理还望解释下。。。

[JackieWu]

14 hours ago, Devily889 said:

但是上面那个清理还望解释下。。。

 

“清理”（scrub）用于检查数据的完整性。执行清理时会检查 ZFS 缓存池中的所有数据，以验证其校验和是否正确。

 

在 ZFS 文件系统下，当写入数据时，ZFS 文件系统会计算文件的校验和并将其与文件数据一起写入。当以后读取该数据时，ZFS 重新计算校验和。如果校验和不匹配，意味着检测到一个或多个数据错误。执行清理后 ZFS 将尝试自动纠正错误，从而防止数据损坏和数据丢失的问题。

Edited December 12, 2023 by JackieWu