
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 にアップグレードしました
問題なく手数料を支払える