☰

MAAS 2.4 Commissioning не работает из-за зависимости установки lldpd? Это связано с сетью commissioned node?

tag-icon • tag-icon 18.04 maas
MAAS 2.4 Commissioning не работает из-за зависимости установки lldpd? Это связано с сетью commissioned node?

После установки MAAS 2.4 на Ubuntu 18.04 LTS я правильно включил свои узлы. Однако при попытке ввода в эксплуатацию ни один из вводов в эксплуатацию не проходит из-за той же ошибки в двух шагах:

Первая проблема: 00-maas-03-install-lldpd: Не удалось установить зависимости (состояние 100) с ошибкой «E: Не удалось найти пакет lldpd»

Вторая проблема: 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.

На всех отказавших узлах установлено по два сетевых адаптера. Один для управления питанием AMT (встроенный сетевой адаптер) с некоторым статическим IP-адресом, связанным с ним (хотя ifconfig показывает, что он переопределяется назначением DHCP maas), а второй сетевой адаптер.

Когда я перевожу неисправный узел в режим восстановления и вхожу в систему, я вижу, что вторая сетевая карта даже не настроена с DHCP. Похоже, узел все еще находится в состоянии предварительной эксплуатации (возможно, так как он был неисправен).

Я уже некоторое время ломаю голову над этим. Я тоже новичок в 18.04 и его сетевых возможностях netplan.

Связано ли это с сетью, я сейчас задаюсь вопросом? Действительно ли это связано с установкой lldpd?

Любая помощь по этому вопросу будет принята с благодарностью.

решение1

Это также происходит, когда ваши репозитории apt настроены на MAAS или прокси-сервер, но ваш шлюз не является контроллером MAAS.

Настройки -> Сетевые службы -> Прокси -> «Не использовать прокси» -> сохранить

Затем снова запустите машину в эксплуатацию.

решение2

Я также получал эту ошибку, и "apt update" тоже не работал. Оказалось, что это было из-за того, что squid разрешал домены в адреса IPv6, которые мой провайдер не поддерживает. Моим решением было добавить:

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

У меня есть Proxy. Я определил NAT в своей частной сети (сеть MAAS), чтобы иметь доступ к WAN. Эти шаги сработали для меня:

1) Дата и время на узле были неверными, я исправил это 2) Я обновил MAAS 2.4 до 2.6

Комиссия без каких-либо проблем

Связанный контент