Implantação do OpenStack com o Autopilot excessivamente lento (ou talvez não funcional)?

1

Estou tendo alguns problemas com uma implantação do OpenStack Autopilot. Estou usando o Ubuntu 16.04 LTS com o MAAS e conjure-up (de acordo com o guia de instalação). Eu tenho um nó de controlador e sete servidores que posso implantar com êxito com o MAAS (em outras palavras, atendo aos requisitos do guia). Assim que chegar à página "Conjurando o OpenStack com o NovaKVM", que exibe todos os serviços e requisitos, a instalação trava ou falha completamente. De acordo com a documentação, este passo deve levar alguns minutos; Eu geralmente tenho que pará-lo depois de várias horas e eu acho que ele nunca foi completado.

Dois dos meus servidores falham na implantação . O resto continua normalmente. Não sei bem o que fazer com a mensagem de erro: ela está presente apenas em servidores com vários discos. Não sei ao certo o que causaria a falha, já que os servidores passaram em todos os testes de hardware MAAS (um com disco não funcional não, mas as reclamações pararam quando ele foi substituído). A mensagem de erro completa é a seguinte:

curtin: Installation started. (0.1.0~bzr505-0ubuntu1~17.04.1)

third party drivers not installed or necessary.

  Failed to find logical volume "vg_peaks/lv_swap"

  Failed to find logical volume "vg_peaks/lv_scratch"

Failed to exclusively open path: /dev/sda1

Device holders with exclusive access: ['dm-0', 'dm-1']

Device mounts: []

Possible users of /dev/sda1:

None

Failed to exclusively open path: /dev/sda1

Device holders with exclusive access: ['dm-0', 'dm-1']

Device mounts: []

Possible users of /dev/sda1:

None

Failed to exclusively open path: /dev/sda1

Device holders with exclusive access: ['dm-0', 'dm-1']

Device mounts: []

Possible users of /dev/sda1:

None

Failed to exclusively open path: /dev/sda1

Device holders with exclusive access: ['dm-0', 'dm-1']

Device mounts: []

Possible users of /dev/sda1:

None

[Errno 16] Device or resource busy: '/dev/sda1'

curtin: Installation failed with exception: Unexpected error while running command.

Command: ['curtin', 'block-meta', 'custom']

Exit code: 3

Reason: -

Stdout:   Failed to find logical volume "vg_peaks/lv_swap"

          Failed to find logical volume "vg_peaks/lv_scratch"

        Failed to exclusively open path: /dev/sda1

        Device holders with exclusive access: ['dm-0', 'dm-1']

        Device mounts: []

        Possible users of /dev/sda1:

        None

        Failed to exclusively open path: /dev/sda1

        Device holders with exclusive access: ['dm-0', 'dm-1']

        Device mounts: []

        Possible users of /dev/sda1:

        None

        Failed to exclusively open path: /dev/sda1

        Device holders with exclusive access: ['dm-0', 'dm-1']

        Device mounts: []

        Possible users of /dev/sda1:

        None

        Failed to exclusively open path: /dev/sda1

        Device holders with exclusive access: ['dm-0', 'dm-1']

        Device mounts: []

        Possible users of /dev/sda1:

        None

        [Errno 16] Device or resource busy: '/dev/sda1'



Stderr: ''

Suponho, então, que isso seja realmente duas perguntas:

  1. Por quanto tempo o processo de instalação deve demorar? Existe alguma maneira de ver o que está acontecendo? Os arquivos de log não parecem particularmente úteis.
  2. Qual pode ser a causa das implantações com falha? Isso não acontece ao implantar os servidores com o MAAS. Só está presente ao usar a ferramenta conjure-up .

Toda e qualquer informação seria muito apreciada. Eu bati em uma parede com a instalação neste momento e preciso de alguma orientação sobre como proceder. Eu ficaria feliz em fornecer mais informações ou testar as coisas conforme necessário.

Obrigado antecipadamente!

    
por robben 18.09.2017 / 17:38

1 resposta

0

Este parece ser um problema com a implantação de software por Juju, que é agnóstico de hardware. Tentou implantar o Ceph em servidores com um único disco. Embora eu tenha certeza de que isso poderia ser solucionado selecionando os hosts de cada programa, apenas adicionamos um segundo disco a cada servidor e os problemas foram resolvidos por eles mesmos.

    
por robben 21.09.2017 / 16:20