GavinChan

个人经验, 这种docker image随机pull 失败的问题, 都是网络问题,换 节点 大概率解决问题

以前用 btrfs 格式的时候，遇见过同样的问题，进入 cache 看需不需要执行一下 balance 不知道 你这种zfs格式是不一样。。。

试试 主界面 -》 检查 旁边， 勾选 将校正写入奇偶校验， 然后进行 检查

感谢！ 类似的方法，但Docker的QB，不知道为什么都 打不了洞（ 用的natmap），折腾的半天，最后只能开个VM，用natmap和QB才能成功打洞。。。

机器重启之,再看日志....

感觉是之前那个docker还在生效,应该是个监控的docker? 试试: 1. docker页面,将docker compose down掉 2.进入终端 , docker ps 一下,看看 是不是还在运行,还在运行 docker stop CONTAINER_ID , 看还有没有日志记录错误 3. 还不行, 设置 -> 网络设置 -> 路由, 看看 172.18.x.x 路由还在不在, 确认 没有用上该网络的docker , 干掉之

我遇见过卡在阵列关闭的情况. 我现在都是关机前,手动关闭docker, 虚机. 然后手动停止阵列,最后关机. 重启也是先关机,再物理按键启动.

这是虚拟机的配置？ 网络资源应该是eth0 那个bridge。

类似的网络配置,虚拟了爱快,openwrt,没有问题 1.查看一下设置-虚拟机, 看看网络资源设置(点开高级)如何? 2. 查看 设置- 网络 的路由配置对不对

没有遇见过,似乎系统认为你的docker compose还在运行. 试试: 1. 再点击 compose down 2.ssh到unraid, 到 compose文件的目录 ( 截图 Dify-Web 那个路径) ,手动 docker compose stop 看看

是通过Docker安装的吧? 编辑 其中一个 docker 配置, 譬如 jellyfin 修改 Port 为 其他端口, 可以避免端口冲突 然后应用之, 用新端口访问,即可.

我科学上网是旁路由的,所以在旁路由中把 github.com, raw.githubusercontent.com, docker.com 域名加入科学上网分流就没问题了 简单粗暴的办法就是unraid的流量全走代理,也可以. 注意要ssh到unraid, nslookup一下域名,double check一下dns解释是否正确.

这几天也出现,本质还是代理的问题. ssh 到unraid, nslookup github.com 或者 raw.githubusercontent.com 发现返回的是 0.0.0.0, 调了一下科学上网的配置, 就没问题了.

同样用Network UPS Tools (NUT) for UNRAID插件，没有重启的问题。 可能的解决办法 1. 换一下Network UPS Tools Backend Switch的版本 2. 实在不行， 在 user script中加脚本，定期restart NUT

实时同步有点重。我是自己写个script放到user script, 设置一下定期（每天凌晨、每周等）， tar，gz cache的特定目录 到阵列的目录中。

装上 “Mover Tuning" 插件 ， 就可以控制了

我用的是jellyfin，应该大差不差。 把 设置的缓存路径 映射到 unraid ssd cache的路径上

感谢感谢，可以告知如何数据无损的 rebuild 吗？ 有建议的具体步骤吗， 感谢！ 我现在计划的做法是， 1.用unbalanced将 离线的disk2（模拟态）数据 scatter 别的健康硬盘上。 2.等新硬盘到了，关闭系统，替换掉硬盘 3.开机，在阵列配置中以新硬盘替换旧硬盘的位置， 启动阵列， 按系统要求rebuild阵列。 4.PC上跑一下全盘扫描，看看旧硬盘是否有问题，没问题再装回unraid， 当作添了一个新硬盘给unraid。 这样即使校验数据出错或者操作错误等极端情况出现，数据也不会丢失。

感谢答复！ 1. 我看syslog, 发现 校验从 凌晨2:03分开始， 一直到 2:33分由于 disk2 错误过多（2300多个错误）停止。 2. 硬盘的spin down已经关闭，但是硬盘状态是 禁用，以模拟状态运行， 不知道如何解除该“禁用” 或者说 “内容模拟”的状态。

unbalanced 插件试试？

1. 删除浏览器的缓存再试试 2.换一台没登陆过unraid的电脑或者手机试试

一个校验盘8个数据盘，进行校验过程中， 其中一个硬盘报校验错误，系统直接禁用了该硬盘。 问题： 1. 校验时系统版本是 6.12.11， 不清楚是否会由于该系统版本的spin down问题导致校验错误？ 当时的syslog节选见下 2.现在已经升级到6.12.13， 对报错硬盘执行了 S.M.A.R.T 简短自检 和 扩展自检 ， 都没问题， 如果是由于spin down问题引起的校验错误, 有没有办法 解除该硬盘的禁用状态 ？ 由于用的西数的企业盘，个人理解应该没这么容易坏， 虽然已经运行了3万多小时了。。。。 3. Anyway, 如果真是脸黑硬盘坏了，也只能买硬盘续上了。到时候是否直接替换 坏的硬盘即可，不需要任何配置操作（ 如 硬件配置重置 等 ）

感谢各位，哈！刚发现问题，上来论坛就找到解决方案，赞！

Missing nvidia driver plugin after upgrade 6.12.5 from 6.12.4. After reinstalling nvidia-driver plugin, unable to enable docker . Roll back to 6.12.4, everything is fine again.

建议 1. unraid装个librespeed , 从局域网别的机器看看 到unraid的网速多少 2.unraid装个diskspeed, 测一下缓存盘的写入速度如何 两个程序都可以在 unraid 的 应用 中找到安装