我的控制节点是一个运行 Trusty LTS 的 hyper-v vm 映像,其中 maas maas-region-controller maas-cluster-control 和 juju 控制 4 个处于就绪状态的物理 HP ProLiant DL360G5 节点。我使用 debian 安装程序成功调试了它们中的每一个。我的默认部署 iso 是 Trusty 14.10。当我转到每个节点的机器摘要时,除了所有 4 个节点上的存储详细信息外,所有信息都是正确的,存储详细信息始终显示 0.0GB 超过 0 个磁盘。
当我通过 ssh 进入其中一个节点并执行 lshw -class disk 命令时,lshw 在系统上找不到任何磁盘。但是 lshw -class storage 找到了我的 HP P400i scsi raid 控制器。
当我通过 cd 转到 /dev/disk/by-path 时,我确实看到了它们,并且部署的节点显示它安装在磁盘 0 上,我看到它创建了 3 个分区。
pci-0000:06:00.0-cciss-disk0
pci-0000:06:00.0-cciss-disk0-part1
pci-0000:06:00.0-cciss-disk0-part2
pci-0000:06:00.0-cciss-disk0-part5
pci-0000:06:00.0-cciss-disk1
pci-0000:06:00.0-cciss-disk2
pci-0000:06:00.0-cciss-disk3
pci-0000:06:00.0-cciss-disk4
pci-0000:06:00.0-cciss-disk5
这也让我意识到磁盘不是叫做 /dev/sda、/dev/sdb 等,而是 /dev/cciss/c0d0、/dev/cciss/c0d1 等。在我看来,lshw 是这件事情中的问题所在。
我还很好奇,如果我找到 lshw 的固定版本,是否有可能使用另一个版本的 lshw 手动更新部署映像,以及是否也可以使用 juju 部署映像来完成此操作?
更新: 同时,我去了 lshw 的作者网站,似乎他们有问题,所以我无法提交工单。不过我可以跳转到源代码,发现 struct *devices 在http://ezix.org/source/packages/lshw/releases/B.02.17/src/core/scsi.cc不包含对 /dev/cciss/c* 的搜索查询,我认为这就是现在的问题。
更新 2: 报告错误于https://bugs.launchpad.net/maas/+bug/1476291
问候,Joham
答案1
该问题已在 MAAS 版本 1.8.0+bzr4001-0ubuntu2 (trusty1) 中修复。从 MAAS 1.7 升级后,当我重新启用机器时,所有节点及其存储均被正确识别。