Свойство хранения развернутого узла отчета MAAS 0 дисков

Мой контрольный узел - это изображение hyper-v vm, на котором запущен Trusty LTS с maas-region-controller maas-cluster-control и juju, которые контролируют 4 физических узла HP ProLiant DL360G5 в состоянии готовности. Я успешно запустил каждый из них с помощью установщика Debian. Мой стандарт развертывания iso - Trusty 14.10. Когда я перехожу к сводке по машинам каждого узла, вся информация верна, за исключением сведений о хранилище на всех 4 узлах, которые всегда показывают 0.0GB на 0 дисках.

Когда я подключился к одному из этих узлов и выполнил команду диска lshw -class, lshw не обнаружил дисков в системе. Однако хранилище класса lshw нашло мой scpi-контроллер HP P400i.

Когда я перехожу к /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 * в 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

С уважением, Йохам