# 存储 · 日跟踪 · 2026-10-06 > 日期:2026-10-06(Asia/Shanghai,周二)。专题正文:`intel/topics/storage.md`。原料:`/workspace/intel/archive/2026-10-06/`(窗口 10-05 早报后→10-06 早);对照 2026-10-05 日跟踪。抓取:主跑 Saved 267 / skipped 28 / errors 40(+ Scale 源修复补抓 14);blocked_hosts:blocksandfiles.com、docs.redhat.com、e.huawei.com、support.huawei.com、www.nextplatform.com、www.reddit.com、www.theregister.com。 ## 摘要 - **本日无外置/对象/分布式存储产品首发新稿。** - **轻–中 NEW · Kioxia CM9-R 15.36TB E3.S(STH 评测)**:PCIe 5.0、单 x4/**双 x2 双端口**、BiCS Gen8 TLC、1 DWPD/5 年、额定 14.8/11 GB/s、3.4M/540K IOPS;"在 245/256TB 级 SSD 时代 15.36TB 已像中低容量"——**媒体评测(本地仅取到首页与规格表)**。 - **NEW(GA 补丁)· XCP-ng 8.3 LTS 10 月更新 #1**:**存储在线迁移 2–2.5×**(目的端多块并发写,厂商测试);QCOW2 大盘元数据缓存加大;QCOW2 coalesce 修复;**CBT** 两处(NFS 非 master 丢 CBT;共享 LVM SR 元数据可能损坏);NFS 死锁、iSCSI 多路径并发;**XOSTOR LINSTOR DB 自动备份**。 - 轻 · RH KB 标题:ODF 断网环境 oc-mirror 升级失败处置;VMware AI Part 3(GPU 推理对内存不敏感)间接影响节点内存/存储配比。 - 续档 · BiCS Gen10 332 层(10-05);Move Zero Copy×Everpure;SMTX 数据保护适配。Blocks&Files 本日 host_blocked,无标题。 ## 原文摘录 ### STH · Kioxia CM9-R 15.36TB E3.S NVMe SSD Review(媒体评测) - 归档:`industry/kioxia-cm9-r-15-36tb-e3-s-nvme-ssd-review-98361b41.txt` - URL:https://www.servethehome.com/kioxia-cm9-r-15-36tb-e3-s-nvme-ssd-review/ > Kioxia specifies PCIe Gen5 operation in either single x4 or dual x2 modes. With its CMx series of drives, Kioxia usually targets enterprise deployments where dual-port operation is important for high-availability arrays. > | Flash | BiCS FLASH generation 8 TLC | Endurance / warranty | 1 DWPD / 5 years | Rated sequential read / write | Up to 14,800 / 11,000 MB/s | Rated 4K random read / write | Up to 3,400,000 / 540,000 IOPS | ### Vates · October 2026 Updates #1 for XCP-ng 8.3 LTS(GA 补丁) - 归档:`vates/october-2026-updates-1-for-xcp-ng-8-3-lts-b006f9d7.txt` - URL:https://xcp-ng.org/blog/2026/10/05/october-2026-updates-1-for-xcp-ng-8-3-lts/ > Storage migration is much faster (2 to 2.5 times in some of our tests), and performance also improves for large virtual disks in the QCOW2 format. > On shared file-based SRs, such as NFS, a disk running on a host other than the pool master could lose its CBT data. On shared LVM-based SRs (iSCSI, HBA), when a disk was activated on a host other than the pool master and its CBT log had to be deleted, the SR's LVM metadata could be damaged. > To help recover from a possible LINSTOR database corruption, the database is now backed up regularly and after every major operation.