☰

O comissionamento do MAAS 2.4 falha devido à dependência de instalação do lldpd? O nó comissionado está relacionado à rede?

tag-icon • tag-icon 18.04 maas
O comissionamento do MAAS 2.4 falha devido à dependência de instalação do lldpd? O nó comissionado está relacionado à rede?

Depois de instalar o MAAS 2.4 no Ubuntu 18.04 LTS, alistei meus nós corretamente. Ao tentar comissionar, porém, nenhum comissionamento ocorre devido exatamente ao mesmo erro em duas etapas:

Primeiro problema: 00-maas-03-install-lldpd: Falha ao instalar dependências (Status 100) com erro como "E: Não foi possível localizar o pacote lldpd"

Segundo problema: 99-maas-02-capture-lldp: com o log abaixo (status de saída 1)

Traceback (most recent call last):

  File "/tmp/user_data.sh.4tYV3m/scripts/commissioning/99-maas-02-capture-lldp", line 25, in <module>

    lldpd_capture(*args, **kwargs)

  File "/tmp/user_data.sh.4tYV3m/scripts/commissioning/99-maas-02-capture-lldp", line 16, in lldpd_capture

    time_ref = getmtime(reference_file)

  File "/usr/lib/python3.6/genericpath.py", line 55, in getmtime

    return os.stat(filename).st_mtime

FileNotFoundError: [Errno 2] No such file or directory: '/var/run/lldpd.socket'

Rede de caixas MAAS definida como:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      addresses: [10.71.101.1/16]
      gateway4: 10.71.0.1
      dhcp4: n
      nameservers:
        addresses: [10.10.0.1,10.71.0.1]
    eno1:
      addresses: [10.10.0.1/16]
      gateway4: 10.71.0.1
      dhcp4: n
      nameservers:
        search: [maas]
        addresses: [10.10.0.1,10.71.0.1]

eno1 é uma rede MAAS privada. enp1s0 é usado para acesso à Internet através de um FW.

Todos os nós com falha possuem duas NICs. Um para controle de energia AMT (NIC integrado) com algum IP estático associado a eles (embora o ifconfig revele que está sendo substituído pela atribuição de DHCP maas) e o segundo NIC.

Quando coloco o nó com falha no modo de recuperação e faço login, vejo que a segunda NIC nem está configurada com DHCP. Parece que o nó ainda está em estado pré-comissionado (talvez porque falhou).

Coçando minha cabeça sobre isso já faz um tempo. Também sou muito novo no 18.04 e em sua rede netplan.

Está relacionado à rede que estou pensando agora? Está realmente relacionado à instalação do lldpd?

Qualquer ajuda neste assunto seria altamente apreciada.

Responder1

Isso também acontece quando você tem seus repositórios apt configurados para seu MAAS ou proxy, mas seu gateway não é seu controlador MAAS.

Configurações -> Serviços de Rede -> Proxy -> "Não usar proxy" -> salvar

Em seguida, comissione sua máquina novamente.

Responder2

Eu também estava recebendo esse erro e o "apt update" também estava falhando. Acontece que o squid estava resolvendo domínios para endereços IPv6 que meu ISP não suporta. Minha solução foi adicionar:

dns_v4_first on

no começo de

/var/lib/maas/maas-proxy.conf

E então reinicie o serviço maas-proxy

Responder3

Parece que o problema estava relacionado à definição do netplan. No final do netplan yaml, adicionei isso e os nós podem ser implantados. Tenho outro problema, mas isso fica para outro post, espero não ter que postar ainda.

      routes:
        - to: 0.0.0.0/0
          via: 10.71.101.1
          on-link: true

Espero que esta resposta seja útil para outra pessoa. Vou esperar um pouco até marcar isso como uma resposta, a menos que alguém possa contribuir.

Responder4

Ubuntu 18.04

Eu tenho proxy. Eu defini o NAT na minha rede privada (rede MAAS) para ter acesso à WAN. Essas etapas funcionaram para mim:

1) A data e hora no nó não estava correta, eu consertei 2) Eu atualizei o MAAS 2.4 para 2.6

Comissão sem qualquer problema

informação relacionada