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的特定目录 到阵列的目录中。