☰

¿La puesta en marcha de MAAS 2.4 falla debido a la dependencia de instalación de lldpd? ¿Está relacionado con la red del nodo encargado?

tag-icon • tag-icon 18.04 maas
¿La puesta en marcha de MAAS 2.4 falla debido a la dependencia de instalación de lldpd? ¿Está relacionado con la red del nodo encargado?

Después de instalar MAAS 2.4 en Ubuntu 18.04 LTS, registré mis nodos correctamente. Sin embargo, al intentar poner en marcha, no se realiza ninguna puesta en marcha debido al mismo error exacto en dos pasos:

Primer problema: 00-maas-03-install-lldpd: Error al instalar las dependencias (estado 100) con el error "E: No se puede localizar el paquete lldpd"

Segundo número: 99-maas-02-capture-lldp: con el registro a continuación (estado de salida 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'

Red de cajas MAAS definida como:

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 es una red MAAS privada. enp1s0 se utiliza para acceder a Internet a través de un FW.

Todos los nodos defectuosos tienen dos NIC. Uno para el control de energía de AMT (NIC integrada) con alguna IP estática asociada (aunque ifconfig revela que se está anulando con la asignación de DHCP de maas) y la segunda NIC.

Cuando pongo el nodo defectuoso en modo de rescate e inicio sesión, veo que la segunda NIC ni siquiera está configurada con DHCP. Parece que el nodo todavía está en estado precomisionado (ya que tal vez falló).

Rascándome la cabeza con esto desde hace un tiempo. También soy bastante nuevo con 18.04 y su red netplan.

¿Está relacionado con la red que me pregunto ahora? ¿Está realmente relacionado con la instalación de lldpd?

Cualquier ayuda sobre esto sería muy apreciada.

Respuesta1

Esto también sucede cuando tiene sus repositorios aptos configurados en su MAAS o proxy, pero su puerta de enlace no es su controlador MAAS.

Configuración -> Servicios de red -> Proxy -> "No usar un proxy" -> guardar

Luego vuelva a poner en marcha su máquina.

Respuesta2

También recibí este error y la "actualización apta" también fallaba. Resultó ser porque squid estaba resolviendo dominios en direcciones IPv6 que mi ISP no admite. Mi solución fue agregar:

dns_v4_first on

al comienzo de

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

Y luego reinicie el servicio maas-proxy

Respuesta3

Parece que el problema estaba relacionado con la definición del netplan. Al final del yaml de netplan, agregué esto y los nodos se pueden implementar. Tengo otro problema, pero eso es para otra publicación, espero no tener que publicarla todavía.

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

Espero que esta respuesta sea útil para alguien más. Esperaré un rato hasta marcar esto como respuesta a menos que alguien más pueda colaborar.

Respuesta4

ubuntu 18.04

Tengo proxy. Definí NAT en mi red privada (red MAAS) para tener acceso a la WAN. Estos pasos me funcionaron:

1) La fecha y hora en el nodo no era correcta, lo arreglé 2) Actualicé MAAS 2.4 a 2.6

Comisión sin ningún problema.

información relacionada