Паспяховая загрузка загрузачнага вобраза MAAS даказвае маршрут кантролера. Калі ўсталяваная машына пазней не можа атрымаць пакеты, агледзіце спажыўца на гэтым этапе:

ЭтапСпажывец для праверкі
Загрузка вобраза/падрыхтоўкіАдказная служба кантролера
Увод у эксплуатацыю або ўсталяваннеЧасовым асяроддзем задачы
Усталяваныя пакеты АСМенеджар пакетаў і створаная канфігурацыя
Наступная загрузка charm, скрыпта або праграмыКліент, які робіць гэты запыт

Выкарыстоўвайце падтрыманыя сродкі кіравання той версіі MAAS, што ў эксплуатацыі. Апісаны enable_http_proxy пакрывае выкарыстанне ўбудаванага або зададзенага проксі для падрыхтоўкі і доступу да пакетаў; http_proxy вызначае знешнюю службу. У рэжыме peer-proxy разгорнутыя машыны могуць выкарыстоўваць убудаваны проксі MAAS, які ўжывае гэтую знешнюю службу як бацькоўскую. Для дазволенага выкарыстання публічнага знешняга бацькі выберыце HTTP-кандыдата са спісу HTTP-проксі; у рэжыме peer-proxy пакідайце лакальную для MAAS канчатковую кропку вузла нязменнай.

Таму лакальная для MAAS канчатковая кропка на вузле не абавязкова састарэлая. Прасачыце яе бацьку, перш чым замяняць яе знешнім адрасам. Старыя абыходы preseed з выпускаў, якія не перадавалі налады проксі вузлам, не апісваюць кожнае бягучае разгортванне.

На этапе збою параўнайце створаныя налады пакетаў, дасяжнасць канчатковай кропкі і ідэнтычнасць аўтэнтыфікацыі з асяроддзем інсталятара. Яны не абавязаны мець супольны хатні каталог або зменныя. На вузле Ubuntu з APT праверце ўласныя параметры проксі APT. Трымайце лакальны доступ да метаданых асобна ад публічных рэпазіторыяў; адпраўка ўнутранага URL падрыхтоўкі знешняму бацьку можа не ўдацца, пакуль публічныя загрузкі працуюць.

Абалонка кантролера або браўзер — яшчэ адзін спажывец, і наладжаны менеджар пакетаў не наладжвае кожнае наступнае асяроддзе выканання. Пасля змены кіравання праверце, што фактычна атрымала закранутая існуючая нагрузка, замест таго каб меркаваць, што яна адразу перазагрузіла наладку.

Падобныя артыкулы