Sėkmingas MAAS paleidimo atvaizdo atsisiuntimas įrodo valdiklio maršrutą. Jei įdiegta mašina vėliau negali gauti paketų, patikrinkite to etapo vartotoją:

EtapasTikrinamas vartotojas
Atvaizdo/paruošimo atsisiuntimasAtsakinga valdiklio paslauga
Paleidimas arba diegimasLaikinoji užduoties aplinka
Įdiegti OS paketaiPaketų tvarkyklė ir sugeneruota konfigūracija
Vėlesnis charm, scenarijaus ar programos atsisiuntimasKlientas, siunčiantis tą užklausą

Naudokite palaikomas veikiančios MAAS versijos valdymo priemones. Dokumentuotas enable_http_proxy apima integruoto ar nurodyto proksio naudojimą paruošimui ir prieigai prie paketų; http_proxy nurodo išorinę paslaugą. Peer-proxy režimu įdiegtos mašinos gali naudoti integruotą MAAS proksį, kuris tą išorinę paslaugą naudoja kaip savo tėvą. Jei leidžiama naudoti viešą išorinį tėvą, pasirinkite HTTP kandidatą iš HTTP proksių sąrašo; peer-proxy režimu palikite mazgo MAAS vietinį galinį tašką nepakeistą.

Todėl MAAS vietinis galinis taškas mazge nebūtinai pasenęs. Sekite jo tėvą prieš pakeisdami jį išoriniu adresu. Seni preseed sprendimai iš leidimų, kurie neperdavė proksio nustatymų mazgams, neaprašo kiekvieno dabartinio diegimo.

Nepavykstančiame etape palyginkite sugeneruotus paketo nustatymus, galinio taško pasiekiamumą ir autentifikavimo tapatybę su diegėjo aplinka. Jiems nereikia bendro namų katalogo ar kintamųjų. Ubuntu mazge su APT patikrinkite pačios APT proksio parinktis. Laikykite vietinę metaduomenų prieigą atskirai nuo viešų saugyklų; vidinio paruošimo URL siuntimas išoriniam tėvui gali nepavykti, nors vieši atsisiuntimai veikia.

Valdiklio apvalkalas ar naršyklė yra dar vienas vartotojas, o sukonfigūruota paketų tvarkyklė nesukonfigūruoja kiekvienos vėlesnės vykdymo aplinkos. Po valdymo pakeitimo patikrinkite, ką paveikta esama darbo apkrova iš tikrųjų gavo, o ne darykite prielaidą, kad ji iš karto iš naujo įkėlė nustatymą.

Susiję straipsniai