如图，我的unraid近期经常卡死，出现此类情况时后台查看资源应用，发现显示SHFS占用很高，时常在80-90%左右，有时候还会到120-140%的CPU占用，系统内无虚拟机，DOCKER也只开了少量，经查阅资料后发现这个可能是UNRAID的文件系统？我已经把非必要的程序尽量关闭了，MOVER周期也拉长了，仍未能完全解决。

 

想请教一下如何解决这个问题？

这个似乎是使用nfs的出现问题，有可能是比较旧的媒体或应用使用nfs会出现问题，可以通过转移使用smb访问或者unraid~设置~全局共享设置~可调式 (支持硬链接)设置为否解决。

刚查了一下设置，全局共享设置之前选用的就是这个模式，那您所指的这个转移使用SMB，是否是指所有连接到UNRAID系统的设备都是通过SMB来连接？如果是这个问题的话，UNRAID的NFS共享设置是否需要关闭？

Edited April 5, 20224 yr by dskblh

可调式 (支持硬链接)设置默认是启用的，确认选择是不是“否”？nfs关闭，共享访问以smb进行。

好的，我尝试一下，看是否能解决这个问题。想请问下，如果设置为否，硬链接是否还能正常使用？

Edited April 6, 20224 yr by dskblh

经测试似乎确实是这个问题导致的，我关闭可调式（支持硬链接）设置后，shfs不再影响系统，但是我有相当部分文件是需要使用硬链接的，关闭该设置后无法再生成硬链接文件，请问这个问题能否有什么两全其美的方案吗？

 

我很奇怪的是，我一旦打开这项设置，即使我的系统当前没有硬链接文件的读写，也会导致资源瞬间上升。这又是为什么呢？

改用smb，关闭nfs，可调式 (支持硬链接)设置启用，试试。

测试了几天，头两天好象情况有改观，但是今晚又出现同样的情况，多个线程不明原因占满。top界面和webui的cpu负载界面显示信息显示信息不一致，不知道是怎么回事。按理说top显示的情况不应该带来这么高的系统负载。

 

 

qb比较耗资源，关闭这docker印证一下，可以按类似操作排查哪个docker和vms引起异常。个别线程出现占用较大，是正常的，尤其开启了docker和vms后，如docker优化占用需要安装不同的作者版本测试。

ps：提供详细的配置，便于大家提供建议。

qb已经关闭，vm没打开，查看系统进程，唯一有嫌疑的只有shfs，难道只能关闭硬链接吗？

 

cpu: 10900t es

内存：64G

SSD: P3000 1T

最奇怪的是，我甚至不能确定是否是shfs导致的问题，CPU占用高的时候，UNRAID的docker和虚拟机的页面不能打开，但是使用top和docker stats，都没有发现足以让系统停止响应的进程。

 

主界面的消耗是这样的：

 

 

同一时期docker stats截图

 

 

 

同一时期top截图

 

 

Edited April 12, 20224 yr by dskblh

我怀疑可能是docker绑定cpu造成的，但是当我试图修改docker绑定cpu的时候，点击应用提示是成功的，但是点击完成后再次进入发现设置又恢复了原样，这个怎么解决啊。

es版的u在使用中会出现各种奇怪问题，就算是广泛支持的win系统，看似能运行没什么明显问题，也会在日志出现异常，而在运行测试软件会个别项目会出错。所以不推荐使用es 的u。

docker一般不需要指定核心线程，是和unraid系统共用的，并且设置后可能还会有问题。

问题看起来已经解决了，大概知道是什么东西引发的，但是仍然不明白原因，解决过程中做了两件事情：

1、取消docker指定核心线程数，资源占用过高发生的频率降低，但仍有发生。

2、将某个docker应用从unraid上移至群晖上运行，问题彻底解决，该docker应用会大量生成硬链接文件。也隐约和之前说的可调式（取消硬链接）是一个类型的解决方法。

 

虽然问题是解决了，但是仍然不明白原因，即：Unraid是我实际的存储系统，我的硬链接文件和源文件实际都在Unraid上存储，为什么简单地将docker改用其它系统就能解决资源占用的问题呢？

check your SSD, maybe your SSD is broken.

 

检查一下你的SSD, 怀疑是因为 SSD 故障引起的 cpu 占用过高。

我碰到过，ssd出现坏块，读写卡住，就会导致cpu 100%

On 4/14/2022 at 10:38 AM, dskblh said:

问题看起来已经解决了，大概知道是什么东西引发的，但是仍然不明白原因，解决过程中做了两件事情：

1、取消docker指定核心线程数，资源占用过高发生的频率降低，但仍有发生。

2、将某个docker应用从unraid上移至群晖上运行，问题彻底解决，该docker应用会大量生成硬链接文件。也隐约和之前说的可调式（取消硬链接）是一个类型的解决方法。

 

虽然问题是解决了，但是仍然不明白原因，即：Unraid是我实际的存储系统，我的硬链接文件和源文件实际都在Unraid上存储，为什么简单地将docker改用其它系统就能解决资源占用的问题呢？

大佬，请问你是转移了哪个应用发现会生成大量的硬链接文件的啊

On 4/14/2022 at 10:38 AM, dskblh said:

问题看起来已经解决了，大概知道是什么东西引发的，但是仍然不明白原因，解决过程中做了两件事情：

1、取消docker指定核心线程数，资源占用过高发生的频率降低，但仍有发生。

2、将某个docker应用从unraid上移至群晖上运行，问题彻底解决，该docker应用会大量生成硬链接文件。也隐约和之前说的可调式（取消硬链接）是一个类型的解决方法。

 

虽然问题是解决了，但是仍然不明白原因，即：Unraid是我实际的存储系统，我的硬链接文件和源文件实际都在Unraid上存储，为什么简单地将docker改用其它系统就能解决资源占用的问题呢？

您好，您提及unraid的可调式（取消硬连接）？这个选项在哪边？我在nfs那边找到可调式，可没提及硬连接，并且我并未开启nfs，不过能用硬连接，但是shfs占用有时会有一个高峰，大概有20%，并且有一个find的进程有时会出现高占用