Puncte:1

netplan apply/try/generate se termină cu EROARE

drapel us

Avem infrastructură cloud bazată pe VMWare cu mașini virtuale Windows și Linux. După ultima repornire, 4 servere Ubuntu (3 Ubuntu 20.04 și unul Ubuntu 16.04) nu au pornit interfața de rețea. Cu rețea de clasă lshw Văd listată interfața de rețea corectă. Nu există DHCP în rețea, toate serverele folosesc IP-uri statice. După repornire networkctl Coloana OPERATIONAL pentru interfața specifică este DEZACTIVATĂ. Singura modalitate de a funcționa în rețea este cu următoarea secvență de comandă IP, dar după repornire totul a dispărut:

Legătura $ip este setată <link_name>
$ip addr add <server-ip>/24 dev <link_name>
$ip route add default prin <gateway> dev <link_name>

Se pare că problema este cu netplan. Am netplan config, care este implementat împreună cu serverul, atunci când este creat din șablon și funcționează excelent pe toate celelalte servere Ubuntu din această infrastructură, cu excepția celor 4 servere. De asemenea, a funcționat pe acele servere până la repornirea săptămânii (actualizăm și repornim de obicei o dată pe lună) Configurația arată astfel:

reţea:
  versiunea: 2
  redator: în rețea
  ethernet:
    <link_name>:
      dhcp4: nu
      dhcp6: nu
      adrese:
        - <ip_server>/24
      gateway4: <gateway>
      servere de nume:
        căutare:
          - <domeniu>
        adrese:
          - <dns_1>
          - <dns_2>

Dar când încerci netplan se aplică , netplan genera sau netplan încercați, returnează EROARE ciudată, nu găsesc nimic despre internet. (Am înlocuit IP-ul meu gateway cu <correct_gateway> și celălalt IP în această operațiune cu <some_random_ip> din motive de securitate)

EROARE:src/parse.c:1120:handle_gateway4: afirmația a eșuat (scalar(nod) == cur_netdef->gateway4): ("<correct_gateway>" == "<some_random_ip>")
Plan de salvare! EROARE:src/parse.c:1120:handle_gateway4: afirmația a eșuat (scalar(nod) == cur_netdef->gateway4): ("<correct_gateway>" == "<some_random_ip>")

Dacă adaug o greșeală de indentare în fișierul de configurare *.yaml, returnează un mesaj de eroare normal care indică această greșeală.

Am încercat să reinstalez netplan.io fără noroc și nu am idee ce să încerc în continuare.

drapel cn
Bună, ne puteți arăta formatul de ip pe care l-ați folosit în gw sau altul? Înlocuiește doar numerele cu unul fals, cum ar fi 1 :) Poate, verificați actualizările de pe serverul dvs., poate că există o versiune corectată; fișierul netplan este bine. Ultima posibilitate: fișierul dvs. conține un caracter ciudat, încercați să-l ștergeți și să copiați/lipiți conținut dintr-unul funcțional
drapel cn
Am verificat-o pe ale mele, liniuța noastră sunt indentate direct sub categorie. Pentru adrese, liniuța de sub „a” adreselor; dar nu sunt sigur că poate interfera
drapel us
@Martin IP este ipv4 standard: 111.111.111.111/24 pentru IP și 111.111.111.111 pentru gw.
drapel us
Și nu cred că liniuțele este o problemă, deoarece mutarea lor nu schimbă nimic.Am rescris și fișierul cu paranteze drepte ([ ]) ca în exemplele netplan, dar tot aceeași eroare. Voi încerca să copieze fișierul de pe mașina de lucru și să verifice ce se întâmplă..
Puncte:0
drapel us

Ei bine, soluția găsită.

Problema a fost depreciată poarta de acces4 eticheta în fișierul de configurare.

Ce a fost gateway4: <gateway> , acum este:

      rute:
      - la: implicit
        prin: <gateway>
        metric: 100

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.