TOS 7.0.0804 正式版 (x86) 更新通知

[satantqr]

设备环境：F6-424 Max、16GB 内存、6 块 HDD 的 Btrfs Volume1、2 块 NVMe 组成 Hyper Cache RAID0（读写/writeback 模式），Docker Engine 29.4.0，共运行 31 个容器。

更新至 TOS 7.0.0804 前后遇到以下问题，是否由更新直接导致尚待官方确认：

1. 设备近期曾整机失去访问，Web、SSH 均无法连接，只能重启。当前更新后已连续稳定运行约 10 小时，SMART 全部通过、Btrfs device stats 为 0，未发现 OOM、I/O error 或 hung task。

2. 更新后 Docker 服务本身可以启动，但两个原有容器无法正常启动，日志指向 overlayfs metacopy 与旧容器 writable layer 不兼容。备份持久化数据并仅重建这两个容器后恢复，其他容器正常。请确认 7.0.0804/Docker 29.4.0 是否存在旧容器层迁移兼容问题，后续更新能否自动处理。

3. Hyper Cache 回写异常缓慢。缓存约 3.73TiB，块大小 4MiB，策略 smq、模式 writeback。实测缓存占用 902300/976668（92.39%），其中脏块 896789（约 3.42TiB，占总缓存约 91.82%）。缓存元数据状态为 rw、无 needs_check，硬盘及 NVMe 未发现错误。设备在线十余小时后脏数据仅减少约 10.8GiB；持续 Docker 小 I/O 时，脏块长时间几乎不下降。

TOS 界面没有显示实际回写速度、预计完成时间，也没有安全的“暂停新缓存写入并将脏块回写至 0”功能。读写缓存还是 RAID0，任一 NVMe 故障都可能使大量尚未落盘的数据丢失。请官方确认：

- 这种长期保持 3.42TiB 脏数据是否属于正常设计；
- 7.0.0804 是否存在 Hyper Cache 后台回写调度问题；
- 官方支持的安全排空缓存方法是什么；
- 16GB 内存是否支持约 3.7TiB 缓存；
- 能否增加回写进度、速度、预计时间以及高脏块风险告警。

4. 系统界面显示已是 7.0.0804，但 /etc/tos/config/version 仍显示 TOS_X642.0_7.0.023。请确认这是否为升级遗留，是否会影响应用兼容或后续升级判断。

如有需要，我可以继续提供脱敏后的 dmsetup status、LVM 拓扑、Docker 错误及系统日志。也请协助判断这些属于软件缺陷，还是需要申请售后检测。

[划过来]

你的需求已转交项目组调研。为了能更快速地处理，请问你当前使用中具体缺少哪些PHP扩展？我们收到后可以优先评估并安排补充，后续也会逐步增加更多扩展。

我的wordpress版本为6.9
必备扩展清单（核心运行依赖）
‌数据库连接‌：mysqli（首选）或 pdo_mysql（WordPress 默认使用 MySQLi）
‌字符与编码‌：mbstring（多字节字符串处理，必须）、iconv（编码转换，推荐）
‌XML 解析‌：xml、dom、simplexml、xmlreader、xmlwriter（RSS、插件安装、更新必需）
‌网络通信‌：curl（API 调用、自动更新、插件安装必需）、openssl（HTTPS/SSL 支持）
‌图像处理‌：gd（默认缩略图生成，必须）或 imagick（高级图像处理，二选一即可）
‌文件操作‌：zip、zlib（插件/主题上传、解压、备份必需）
‌基础系统‌：json（PHP 7.2+ 默认内置，不可禁用）、pcre、hash、session、filter、ctype、date、random（PHP 8.2+ 新增）
强烈推荐扩展（性能与兼容性）
‌性能加速‌：Zend OPcache（字节码缓存，显著提升响应速度，生产环境必开）
‌高级功能支持‌：intl（国际化/多语言）、bcmath（高精度计算，电商插件常用）、fileinfo（MIME 类型检测，安全上传校验）
‌对象缓存（可选其一）‌：redis 或 memcached（需配合插件使用，非核心必需但能大幅降低数据库压力）‌‌

目前，现在连基本的数据库链接那些扩展都没有，应该把所有数据库的都要支持，还有就是你提到的这些都是基本的，目前都没有，现状是只支持纯的PHP

[划过来]

过去说以后打包在后续版本增加但是一直都没有做这个事情

[EriChan]

感谢二位的反馈，已将具体信息提交项目组进行评估，欢迎各位继续补充。

[satantqr]

补充复检结果（全程只读，未重启、停用或重装任何应用）：

1. Docker Manager 启用状态无法持久保存，已稳定复现

Docker Manager 2.2.012 首次可以正常打开；刷新 TOS WebUI 后再次点击桌面图标，会被重定向至应用中心，并显示“未启用/启用”。但此时：

- dockermgr-api 进程仍在运行；
- Docker Engine 正常；
- 31 个容器仍在运行；
- 服务脚本返回 docker running。

系统操作日志也记录了 7 月 5、9、10、11、12、29 日多次 Docker Manager app_enable_success。这不是应用真正被卸载，而是应用中心、桌面注册状态与后台进程状态不一致。

2. Docker Manager 会强制开启内核 overlay metacopy

/Volume1/@apps/docker/init.d/service 每次启用都会执行：

echo Y > /sys/module/overlay/parameters/metacopy

当前内核参数为 metacopy=Y，但 Docker 29.4.0 报告 Using metacopy=false。本次启动后内核已累计出现 58 条 overlayfs 错误，包括：

- overlayfs: refusing to follow metacopy origin
- overlayfs: failed to look up ... for ino (-1)

7 月 29 日 16:09 仍在继续出现，并非只发生在升级启动阶段。此前两个旧容器无法启动也与此一致。请确认 Docker Manager 为什么要修改全局内核参数，以及该操作是否兼容 Docker 29.4.0 和已有 overlay2 层。

3. Docker Manager 前后端仍有错误

WebUI 控制台可复现：

Failed to load docker overview: TypeError: Cannot read properties of undefined (reading 'getAttribute')

同时出现 Uncaught (in promise)。后台还反复记录：

parse shortcut content failed ... json: cannot unmarshal array into Go struct field shortcutInfo.name of type string

说明 Docker Manager 与 TOS 7 桌面快捷方式的数据结构存在不兼容。

4. 应用中心存在型号识别和软件源问题

打开应用中心时后台记录：

- GetModelFromTosInfo: tos info failed error=exit status 2
- 请求应用列表时设备型号变成 model=unknown
- /etc/tos/config/versionNumber 内容仍是占位值 VNXXXXXXX

此外系统自带 /etc/apt/sources.list.d/tos.list 指向内部测试源：

http://10.18.10.241:50800/ubuntu/ TOS7.0 testing

该地址无法访问，每次刷新应用中心都会等待约 37 秒后超时。请确认正式版为何仍保留不可达的内部 testing 源。

5. 系统服务与配置错误

- sssd.service 已启用但启动失败，错误为 SSSD couldn't load the configuration database [5]: Input/output error；
- /etc/rsyslog.d/avahi.conf 存在语法错误，rsyslog 启动时提示无法解析主配置；
- TOSDaemon 刷新桌面时反复提示 GroupList unsupported data type: &[]；
- 启动时持续出现 ACPI BIOS Error，以及 proc_thermal_add 失败。

6. 10GbE 网口发生真实链路掉线

网卡使用 atlantic 驱动、固件 1.3.30、当前协商为 10Gbps。日志显示：

- 23:16 启动后掉线一次；
- 05:00:07、05:00:17、05:00:37 连续掉线；
- 05:01:22 才恢复稳定。

掉线期间系统明确记录 Lost carrier 和 Network is unreachable，这可以直接造成 NAS 暂时无法访问。当前网卡包统计没有明显 CRC 或丢包错误。请确认是否存在 atlantic 驱动、网卡固件或硬件兼容问题，是否需要申请售后检测。

7. Hyper Cache 仍未有效排空

当前缓存占用 902524/976668，脏块 894042，约 3.41TiB。相比约 6 小时前仅减少约 10.7GiB，回写速度仍明显异常。

当前所有磁盘 SMART 均通过、Btrfs device stats 全部为 0、MD 阵列正常且文件系统空间充足。请官方逐项确认哪些属于 7.0.0804/Docker Manager 软件缺陷，哪些需要升级 BIOS、网卡固件或申请整机售后。

[划过来]

USB拷贝问题，插入USB硬盘好像有问题，能够识别但是无法查看文件夹和文件，工程师可以测试一下，我这里是插上的8T硬盘，用的硬盘盒接入，NAS的USB Copy 能识别，但是无法查看里面的文件及文件夹，通过网络//访问也看不到USB设备文件，过去是可以的（6.0），升级7.0后好像一直有问题。

[TMzethar]

正在验证您提到的问题。如果可以，希望您在“支持与帮助 > 问题反馈”处收集一份系统报告，通过以下方式发送给我们，这能帮助我们了解一些基本使用环境，更好分析问题。
1. 论坛私信
2. 技术支持邮箱附件（请附上论坛链接和论坛昵称）
另外，您所使用的两个Docker镜像分别是什么？[registry/][namespace/]repository[:tag]

[TMzethar]

USB拷贝问题，插入USB硬盘好像有问题，能够识别但是无法查看文件夹和文件，工程师可以测试一下，我这里是插上的8T硬盘，用的硬盘盒接入，NAS的USB Copy 能识别，但是无法查看里面的文件及文件夹，通过网络//访问也看不到USB设备文件，过去是可以的（6.0），升级7.0后好像一直有问题。

是本次7.0.0804更新后出现的问题吗？请问USB盘的文件系统类型是什么？已观察到类似异常并收到类似反馈，正在设法解决。
您可以等待存储管理 app的更新。如果您的USB盘是NTFS文件系统类型，且急于使用，可以考虑尝试手动安装新测试版v1.0.062存储管理app包。（已通过论坛私信提供给您。）

[satantqr]

已按要求在本机 TOS“支持与帮助 > 问题反馈”生成系统报告，并已通过技术支持邮箱发送。邮件主题为“TOS 7.0.0804 系统报告 - 论坛 satantqr - F6-424 Max”，邮件中已附本帖链接和论坛昵称 satantqr。

两个受影响、之后重建的 Docker 镜像为：

1. tradingagents-frontend:v1.1.0
2. jxxghp/moviepilot-v2:2.15.0

其中前者为本地构建镜像，后者为 Docker Hub 镜像。烦请结合系统报告继续核查。谢谢。

[cyg]

铁威马F4-424PRO，升级到此版本后，连续多次出现Docker Engine无故停止运行，导致所有docker容器无法正常运行。此时如果去修改容器参数，在保存时会提示Docker Engine未安装，未运行之类的错误信息。大概是这意思是，原话记不清楚了。遇到这种情况，只有去停止重新启用Docker Engine，但是会遇到无法停止，或停止后无法启用的问题。必须反复多次才行。最后的办法应该是只有重启nas。问题非常严重，请尽快修复此问题为谢。