Este problema foi corrigido no MAAS versão 1.8.0 + bzr4001-0ubuntu2 (trusty1). Todos os nós e seu armazenamento são identificados corretamente quando eu recomissionei as máquinas após a atualização do MAAS 1.7.
Meu controlnode é uma imagem hyper-v vm executando Trusty LTS com o maas maas-region-control maas-cluster-control e juju que controla 4 nós físicos do HP ProLiant DL360G5 em um estado pronto. Eu comissionei com sucesso cada um deles com o instalador do debian. Minha implantação padrão iso é Trusty 14.10. Quando eu vou para o resumo da máquina de cada nó, todas as informações estão corretas, exceto para os detalhes de armazenamento em todos os 4 nós, o que sempre mostra 0,0 GB em 0 discos.
Quando eu fiz um ssh em um desses nós e executei um comando lshw -class disk, o lshw não encontrou nenhum disco no sistema. No entanto, o armazenamento da classe lshw encontrou o meu controlador RAID HP P400i.
Quando eu faço cd para / dev / disk / by-path eu os vejo e o nó implementado mostra que está instalado no disco 0, onde vejo que ele criou 3 partições.
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
Isso também me fez perceber que os discos não são chamados / dev / sda, / dev / sdb, etc, mas / dev / cciss / c0d0, / dev / cciss / c0d1 etc. Parece-me que lshw é o problema nesta matéria.
Também estou curioso para saber se seria possível, no caso de encontrar uma versão fixa do lshw, atualizar manualmente as imagens de implantação com outra versão do lshw e se isso também pode ser feito com a imagem de implantação do juju?
Atualização: Nesse meio tempo, fui ao site do autor do lshw e parece que eles têm problemas, por isso não pude entrar um ticket. No entanto, eu pulei para o código-fonte e descobri que os dispositivos struct * em link não contém uma consulta de pesquisa para / dev / cciss / c *, o que acho que agora é o problema.
Atualização 2: Erro reportado no link
Atenciosamente, Joham
Este problema foi corrigido no MAAS versão 1.8.0 + bzr4001-0ubuntu2 (trusty1). Todos os nós e seu armazenamento são identificados corretamente quando eu recomissionei as máquinas após a atualização do MAAS 1.7.