☰

Die Inbetriebnahme von MAAS 2.4 schlägt aufgrund der Abhängigkeit der lldpd-Installation fehl. Hängt die Inbetriebnahme des Knotens mit dem Netzwerk zusammen?

tag-icon • tag-icon 18.04 maas
Die Inbetriebnahme von MAAS 2.4 schlägt aufgrund der Abhängigkeit der lldpd-Installation fehl. Hängt die Inbetriebnahme des Knotens mit dem Netzwerk zusammen?

Nach der Installation von MAAS 2.4 auf Ubuntu 18.04 LTS habe ich meine Knoten ordnungsgemäß registriert. Beim Versuch, sie in Betrieb zu nehmen, wird die Inbetriebnahme jedoch nicht durchgeführt, da in zwei Schritten genau der gleiche Fehler auftritt:

Erstes Problem: 00-maas-03-install-lldpd: Installation der Abhängigkeiten fehlgeschlagen (Status 100) mit Fehler „E: Paket lldpd konnte nicht gefunden werden“

Zweites Problem: 99-maas-02-capture-lldp: mit dem folgenden Protokoll (Beendigungsstatus 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'

MAAS-Box-Netzwerk definiert als:

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 ist ein privates MAAS-Netzwerk. enp1s0 wird für den Internetzugriff über eine FW verwendet.

Alle fehlerhaften Knoten verfügen über zwei Netzwerkkarten. Eine für die AMT-Stromsteuerung (integrierte Netzwerkkarte) mit einer damit verbundenen statischen IP (obwohl ifconfig anzeigt, dass diese durch die Maas-DHCP-Zuweisung überschrieben wird) und die zweite Netzwerkkarte.

Wenn ich den fehlerhaften Knoten in den Rettungsmodus versetze und mich anmelde, sehe ich, dass die zweite Netzwerkkarte nicht einmal mit DHCP eingerichtet ist. Es sieht so aus, als ob sich der Knoten noch im vorinbetriebgenommenen Zustand befindet (vielleicht weil er ausgefallen ist).

Ich zerbreche mir schon seit einiger Zeit den Kopf darüber. Ich bin auch ziemlich neu mit 18.04 und seinem Netplan-Netzwerk.

Ich frage mich jetzt, ob es mit dem Netzwerk zusammenhängt. Hat es wirklich etwas mit der lldpd-Installation zu tun?

Ich wäre für jede Hilfe diesbezüglich sehr dankbar.

Antwort1

Dies geschieht auch, wenn Sie Ihre Apt-Repos auf Ihr MAAS oder Ihren Proxy eingestellt haben, Ihr Gateway jedoch nicht Ihr MAAS-Controller ist.

Einstellungen -> Netzwerkdienste -> Proxy -> "Keinen Proxy verwenden" -> speichern

Nehmen Sie anschließend Ihre Maschine erneut in Betrieb.

Antwort2

Ich habe diesen Fehler auch erhalten und „apt update“ ist auch fehlgeschlagen. Es stellte sich heraus, dass es daran lag, dass Squid Domänen in IPv6-Adressen auflöste, die mein ISP nicht unterstützt. Meine Lösung bestand darin, Folgendes hinzuzufügen:

dns_v4_first on

am Anfang von

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

Und starten Sie dann den Maas-Proxy-Dienst neu

Antwort3

Es sieht so aus, als ob das Problem mit der Netplan-Definition zusammenhing. Am Ende des Netplan-YAML habe ich dies hinzugefügt und Knoten können bereitgestellt werden. Ich habe ein anderes Problem, aber das ist für einen anderen Beitrag, hoffentlich muss ich noch nicht posten.

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

Ich hoffe, diese Antwort ist für jemand anderen hilfreich. Ich werde eine Weile warten, bis ich dies als Antwort markiere, es sei denn, jemand anderes kann etwas beitragen.

Antwort4

Ubuntu 18.04

Ich habe einen Proxy. Ich habe NAT in meinem privaten Netz (MAAS-Netzwerk) definiert, um Zugriff auf das WAN zu haben. Diese Schritte haben bei mir funktioniert:

1) Das Datum und die Uhrzeit auf dem Knoten waren nicht korrekt, ich habe es behoben. 2) Ich habe MAAS 2.4 auf 2.6 aktualisiert.

Kommission ohne Probleme

verwandte Informationen