dskblh

这个问题没人碰到过吗

Unraid近期碰到拉取镜像问题，镜像拉取情况如图，每次都会拉取到一定的比例之后即无法拉取，且每次拉取的比例不固定，有时候某个Image ID会卡住无法拉取，有时候是同时几个。反复尝试多次均不成功，且每次关闭重新开始后，又可以重新拉取，但同样是在某个比例时卡住，使用docker pull命令情况类似，并且无论更新哪个镜像，都是类似问题。 应该不是代理服务器连接的问题，如果连接有问题，表现情况应该为无法连接或者无法拉取。而且也不应该是镜像源的问题，因为所有镜像都呈同一种错误情况。 请教这是什么问题？应该如何解决？

I will try to replace my cpu, if the problem still, I will come back and ask again. Thank you for your help!

Yes, my cpu is engineering sample. And I have already try stop the docker and VM, when I did this, it seems ok. However, the crashes are intermittent. I don't know when they will occur – sometimes it happens after more than ten days, sometimes just a few days. I can't just keep Docker and the VM stopped all the time, because I have quite a few services running on them.

Here is the diagnostics file, help me pls. unraid-diagnostics-20251009-1309.zip

The attach file is unraid syslog, I suspect that the content in the file is related to the Unraid crash. Could you please explain the reasons for these issues, and whether they are related to memory or other hardware? syslog.txt

Unraid时常崩溃死机，查看日志后发现可能与如下内容有关，是否有大神帮忙解释一下可能与什么有关？ 我怀疑是不是因为内存导致的问题 syslog.txt

Each Docker container actually has low resource usage, but when I use top -i, it shows nearly 1600% CPU usage. On the homepage dashboard, almost all cores are at 100% utilization. My CPU is 10 cores and 20 threads.

248249 root 20 0 15.1g 6.5g 48320 S 1380 10.3 235:39.43 dockerd When I user top - i , It show the message light this, I don't know why the CPU usage is so high and how can I resolve it.

我下次重启的时候检查一下，现在是真不敢随便重启，一重启的结果可能就是得强制关机。不过，我估计应该不是这个问题，第一我的UNRAID是挂着梯子的，理论上应该不存在网络较慢的情况，第二是因为情况是发生在关机的时候的，就是因为某种原因无法关机，并不是开机困难。

I will try this next time. But based on past experience, My monitor is always connected to the UNRAID server, but after the server runs for a certain period of time, the monitor fails to display the current status of UNRAID, including the reboot process.

想请问一下大牛，我的unraid系统重启困难，情况表现为点击系统重启后，页面显示重启中，并且一直计时，但是始终无法重启成功，不管是否停止阵列后再重启都是都是正常一样的情况。 此时，webui由于进入重启已不可访问，ssh也无法访问，应该是进程已经终止，最后只能强行关机再重启才可以。 想问下通常这种情况是什么原因导致的。或者有什么解决的方案，比如初始化，但由于装了很多docker和应用，实在不想从头再来，是否有比较可行的备份和重装方案，谢谢

碰到个奇怪的问题，unraid的docker image今早占用满了，我以为是下载了过多的东西导致的，于是扩容，刚启动的时候docker占用比还是正常的，但是现在又被填满了，请问这种一般是什么原因造成的，应该怎样解决？

已经是这样设置的了，但就是下载巨慢

主路由也可以翻墙啊，为什么不行呢。

最近家里的Unraid抽了风，300M的DOCKER要拉一个小时还没拉完，之前一直是好的。 已经更换了自建的阿里云国内镜像源，也试过网易的镜像源，均不能解决问题。 软路由和服务器均重启过N次，交换机都重启过了。 打开应用市场的时候提示“备份服务器正处于活动状态”，查了一些资料说是没扶墙的原因，但我这已经扶了墙了。求哪位高人能指点一下。

When I start Unraid, if I turn on the recycle bin plug-in, the array starts up very slowly, the longest time is about 10 minutes, the array does not start successfully, I have to stop the recycle bin plug-in and reboot the system. When I don't turn on the recycle bin plugin, the array can start up quickly in a short time. So, how can I fix this problem?

Here is the diagnostics. Thanks unraid-diagnostics-20220829-1046.zip

I got this waring after I update my cache pool I have used btrfs fi df /mnt/cache And here is the response. Data, RAID1: total=187.00GiB, used=36.68GiB Data, single: total=589.01GiB, used=356.33GiB System, RAID1: total=32.00MiB, used=80.00KiB System, single: total=4.00MiB, used=32.00KiB Metadata, RAID1: total=4.00GiB, used=742.52MiB Metadata, single: total=4.01GiB, used=1004.59MiB GlobalReserve, single: total=512.00MiB, used=0.00B WARNING: Multiple block group profiles detected, see 'man btrfs(5)'. WARNING: Data: single, raid1 WARNING: Metadata: single, raid1 WARNING: System: single, raid1 I saw some error message but I don't know how to fix it. Anyone can help me?

I start build a cache pool this afternoon. But the balance action is too slow. It take about 3 hours like this... I And my Unraid become so slow now. CPU usage is almost full. I don't know if it cause by the balance. Anyone can tell me how to fix it? Thanks a lot

想给缓存做个raid1阵列的，创建完后因为同步速度太慢取消并重启，再次进入系统后原缓存盘无法挂载，显示Unmountable: not mounted，求助如何在不格式化缓存盘的情况下将其重新挂载回去？谢谢！

问题看起来已经解决了，大概知道是什么东西引发的，但是仍然不明白原因，解决过程中做了两件事情： 1、取消docker指定核心线程数，资源占用过高发生的频率降低，但仍有发生。 2、将某个docker应用从unraid上移至群晖上运行，问题彻底解决，该docker应用会大量生成硬链接文件。也隐约和之前说的可调式（取消硬链接）是一个类型的解决方法。 虽然问题是解决了，但是仍然不明白原因，即：Unraid是我实际的存储系统，我的硬链接文件和源文件实际都在Unraid上存储，为什么简单地将docker改用其它系统就能解决资源占用的问题呢？

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

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

qb已经关闭，vm没打开，查看系统进程，唯一有嫌疑的只有shfs，难道只能关闭硬链接吗？ cpu: 10900t es 内存：64G SSD: P3000 1T