MAAS 2.4 のコミッショニングは lldpd インストールの依存関係により失敗しますか? コミッショニングされたノードのネットワークに関連していますか?

MAAS 2.4 のコミッショニングは lldpd インストールの依存関係により失敗しますか? コミッショニングされたノードのネットワークに関連していますか?

Ubuntu 18.04 LTS に MAAS 2.4 をインストールした後、ノードを適切に登録しました。しかし、コミッショニングを試みても、2 つの手順でまったく同じエラーが発生し、コミッショニングがまったく実行されません。

最初の問題: 00-maas-03-install-lldpd: 依存関係のインストールに失敗しました (ステータス 100)。エラーは「E: パッケージ lldpd が見つかりません」です。

2 番目の問題: 99-maas-02-capture-lldp: 以下のログ (終了ステータス 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 ボックス ネットワークは次のように定義されます。

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 はプライベート MAAS ネットワークです。enp1s0 は FW 経由のインターネット アクセスに使用されます。

障害が発生したすべてのノードには 2 つの NIC があります。1 つは AMT 電源制御用 (オンボード NIC) で、静的 IP が関連付けられています (ただし、ifconfig では maas DHCP 割り当てによって上書きされていることが示されています)。もう 1 つは NIC です。

障害が発生したノードをレスキュー モードにしてログインすると、2 番目の NIC が DHCP でセットアップされていないことがわかります。ノードはまだ事前コミッショニング状態にあるようです (おそらく障害が発生したため)。

しばらくこのことで頭を悩ませています。私も 18.04 とそのネットプラン ネットワークについてはほとんど初心者です。

今疑問に思っているのはネットワークに関係しているのでしょうか?本当にlldpdのインストールに関係しているのでしょうか?

これに関してご助力いただければ幸いです。

答え1

これは、apt リポジトリが MAAS またはプロキシに設定されているが、ゲートウェイが MAAS コントローラーではない場合にも発生します。

設定 -> ネットワークサービス -> プロキシ -> 「プロキシを使用しない」 -> 保存

その後、マシンを再度試運転します。

答え2

私もこのエラーが発生し、「apt update」も失敗していました。原因は、squid がドメインを IPv6 アドレスに解決していたためで、これは私の ISP ではサポートされていませんでした。私の解決策は、以下を追加することでした:

dns_v4_first on

の初めに

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

そしてmaas-proxyサービスを再起動します

答え3

この問題は、netplan の定義に関連しているようです。netplan yaml の最後にこれを追加すると、ノードをデプロイできます。別の問題もありますが、それは別の投稿で取り上げます。今のところ投稿する必要がないことを願っています。

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

この回答が他の誰かの役に立つことを願っています。他の誰かが協力してくれない限り、これを回答としてマークするまでしばらく待ちます。

答え4

ウブントゥ 18.04

プロキシがあります。プライベート ネット (MAAS ネットワーク) に NAT を定義して WAN にアクセスできるようにしました。次の手順でうまくいきました:

1) ノードの日付時刻が正しくなかったので修正しました 2) MAAS 2.4 を 2.6 にアップグレードしました

問題なく手数料を支払える

関連情報