web-dev-qa-db-fra.com

MAAS 2.4 échoue lors de la mise en service en raison de la dépendance à l'installation de lldpd? Le nœud mis en service est-il lié au réseau?

Après avoir installé MAAS 2.4 sur Ubuntu 18.04 LTS, j'ai correctement enrôlé mes nœuds. Cependant, lors de la tentative de mise en service, aucune des étapes de la mise en service ne se produit en raison de la même erreur en deux étapes:

Premier problème: 00-maas-03-install-lldpd: Echec de l’installation des dépendances (Statut 100) avec le message d'erreur "E: Impossible de localiser le package lldpd".

Deuxième numéro: 99-maas-02-capture-lldp: avec le journal ci-dessous (état de sortie 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'

Réseau de boîtes MAAS défini comme:

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 est un réseau privé MAAS. enp1s0 est utilisé pour l’accès à Internet via un FW.

Tous les nœuds défaillants ont deux cartes réseau. Une pour le contrôle de l'alimentation AMT (carte réseau intégrée) avec une adresse IP statique qui leur est associée (bien que ifconfig indique qu'elle est remplacée par une affectation DHCP maas) et la deuxième carte réseau.

Lorsque je mets le nœud défaillant en mode de secours et que je me connecte, je constate que le second NIC n'est même pas configuré avec DHCP. On dirait que le nœud est toujours à l'état pré-commandé (car il a peut-être échoué).

Me gratter la tête pendant un moment maintenant. Je suis assez nouveau avec 18.04 aussi et son réseau netplan.

Est-ce lié au réseau que je me pose maintenant? Est-ce vraiment lié à l'installation de lldpd?

Toute aide à ce sujet serait grandement appréciée.

18.04maas
1
UbuntuEGGHead

Il semble que le problème soit lié à la définition de netplan. À la fin du netplan yaml, j'ai ajouté ceci et les nœuds peuvent se déployer. J'ai un autre problème, mais, c'est pour un autre post, j'espère que je n'ai pas à poster pour le moment.

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

J'espère que cette réponse est utile pour quelqu'un d'autre. J'attendrai un moment jusqu'à ce que je marque ceci comme une réponse, à moins que quelqu'un d'autre ne puisse intervenir.

1
UbuntuEGGHead

J'avais aussi cette erreur et "apt update" échouait aussi. Il s’est avéré que squid résolvait les domaines en adresses IPv6 non pris en charge par mon fournisseur de services Internet. Ma solution a été d'ajouter:

dns_v4_first on

au début de

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

Et puis redémarrez le service maas-proxy

1
Mathias Neerup

Cela se produit également lorsque votre compte d'apt est défini sur votre MAAS ou votre proxy, mais que votre passerelle n'est pas votre contrôleur MAAS.

Paramètres -> Services réseau -> Proxy -> "Ne pas utiliser de proxy" -> Enregistrer

Puis remettez votre machine en service.

0
Matthew Young

Ubuntu 18.04

J'ai un proxy. J'ai défini NAT sur mon réseau privé (réseau MAAS) pour avoir accès au WAN. Ces étapes ont fonctionné pour moi:

1) La date et l'heure sur le noeud n'étaient pas correctes, je les ai corrigées 2) J'ai mis à niveau MAAS 2.4 vers la version 2.6.

Commission sans aucun problème

0
Rastin