SNAP Virtio-fs 服务发行说明
发行说明提供了 DOCA SNAP Virtio-fs 服务的信息,例如变更和新功能、软件已知问题和错误修复。
1.2.0-doca2.10.0 版本中的主要功能
带有可自定义 SPDK FSDEV 的 Virtio-fs 容器
Virtio-fs 支持缓存失效和 fuse 通知队列(需要 NVIDIA 修改的 Virtio-fs 驱动程序)
每个模拟功能 Virtio-fs 254 个 IO 队列,总限制为 2000 个
以下功能目前在此应用程序版本中不受支持
端到端容器解决方案不支持设备恢复、实时更新或实时迁移
动态 MSIX
DOCA SNAP Virtio-fs 问题
以下是 DOCA SNAP Virtio-fs 软件版本的已知限制。
参考 # | 问题 |
– | 描述:由于 DPU 上运行的 VirtioFS 进程中 255 KB 的数据池大小限制,最大 I/O 大小限制为 255 KB。 |
解决方法:在 | |
关键词:IO 错误;主机错误;io_size | |
发现版本:1.2.0-doca2.10.0 | |
– | 描述:在高负载下,由于缺少内存池资源,可能会看到主机上的 IO 错误,使用 8 个 PF 时更可能看到。 |
解决方法:减少整体未完成的 IO 流量。 | |
关键词:IO 错误;主机错误 | |
发现版本:1.2.0-doca2.10.0 | |
– | 描述:由于缺少恢复支持,因此在 IO 流量期间无法执行任何负面/弹性操作(例如,销毁和恢复)。 信息
支持使用 |
解决方法:不适用 | |
关键词:恢复;负面/弹性操作 | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:以下 FUSE 命令不受支持:BMAP、SETUPMAPPING、REMOVEMAPPING。 |
解决方法:不适用 | |
关键词:FUSE | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:如果应用程序控制器已处理 FUSE 命令,则不允许应用程序重启。 |
解决方法:卸载主机上的 virtio-fs 驱动程序,然后重启应用程序。 | |
关键词:FUSE | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:应用程序可以创建的 virtio 队列总数限制为 2,000。 |
解决方法:不适用。 | |
关键词:Virtio 队列 | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:当使用 Linux 的 virtio-fs inbox/upstream 内核驱动程序时,不支持以下操作:FLR 和 virtio-fs 通知队列。 |
解决方法:不适用 | |
关键词:FLR;virtio-fs;inbox/upstream 内核驱动程序 | |
发现版本:1.0.0-doca2.8.0 |
操作系统或供应商问题
以下不是 DOCA SNAP Virtio-fs 限制。
参考 # | 问题 |
– | 描述:如果从主机通过写入 |
解决方法:FLR 应该仅在主机上没有任何 virtio-fs 挂载的情况下执行。要在 FLR 后运行 IO,请重新加载 virtio-fs 主机驱动程序。 | |
关键词:驱动程序;FLR | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:在主机上,当 virtio-fs 挂载空闲时(即,没有 I/O 操作),dmesg 日志会填充重复的 AppArmor DENIED 消息。这些消息表明 ntpd 服务被 AppArmor 拒绝访问特定文件。ntpd 服务正在尝试访问 |
解决方法:修改 ntpd 的 AppArmor 配置文件以授予所需的读取权限。
| |
关键词:AppArmor,ntpd | |
发现版本:1.0.0-doca2.8.0 | |
– | 描述:对于低于 6.10 的内核版本,如果在循环中对 |
解决方法:在驱动程序的加载和卸载之间添加 1 秒的延迟。 | |
关键词:virtio_pci;virtiofs | |
发现版本:1.0.0-doca2.8.0 |