Среда JUJU и ERROR не имеет ключа доступа или секретного ключа
в соответствии с официальным руководством:
и считают, что Я сгенерировал ключ ssh (добавил его в пользовательский интерфейс MAAS) и ключ API, мой файл environment.yaml выглядит следующим образом:
environments:
maas:
type: maas
maas-server: 'http://x.x.x.x/MAAS/'
maas-oauth: 'NDPA86PsEzS7bFynSy:vqJLkyHUJbvYzbtY5Q:sXXXXXXXXXXXXXXXXXXXXXX
admin-secret: 'nothing'
default-series: precise
authorized-keys-path: ~/.ssh/id_rsa.pub # or any file you want.
, когда я пытаюсь запустить команду:
juju bootstrap
получают следующую ошибку:
ERROR environment has no access-key or secret-key
Кто-то может объяснить мне, где это не так?
- MAAS и JUJU устанавливаются, используя свои стабильные ppa на Ubuntu 12.04.3 Сервер
- Я уже зарегистрировал 2 машины на моем Maas, и они находятся в состоянии «Ввод в эксплуатацию»
- В файле environment.yaml строка «default» имеет значение «maas»
5 ответов
Исходя из указанной ошибки, я могу предположить, что вы используете juju-core и пытаетесь каким-то образом использовать провайдера EC2. Вы уверены, что у вас нет других сред в вашем environment.yaml? Вам нужно будет указать default: maas на верхнем уровне вашего environment.yaml или использовать juju switch maas в командной строке. Будет полезно опубликовать весь ваш файл environment.yaml, а также больше контекста из вывода команды (какую команду вы запускали?), Передав в качестве аргумента --show-log.
Когда узлы в MaaS находятся в состоянии ввода в эксплуатацию, они не доступны для использования Juju. Когда узлы будут готовы к выделению, они будут отображаться в MaaS как состояние Ready.
Когда вы загружаете с использованием Juju, он создает узел, который будет ставить в очередь будущие команды развертывания и установки отношений, которые будут выполняться в нужное время во время установки различных служб.
Ошибка gomaasapi: got error back from server: 409 CONFLICT - это общая ошибка, означающая, что произошел сбой Maas, и ошибка при попытке выполнить ваш запрос. В вашем случае, поскольку все ваши машины находятся в состоянии ввода в эксплуатацию, а не в состоянии готовности, у MaaS нет узлов, которые Juju может использовать для настройки машины начальной загрузки. Из-за этого вы получаете ошибку 409 CONFLICT.
Когда узлы находятся в состоянии commissioning, их следует загрузить, запустив образ с сервера MaaS, который готовит их к использованию. Возможно, вы захотите проверить, что узлы, которые предположительно вводятся в эксплуатацию, загружены и не застряли в каком-либо приглашении загрузки или выключены. Если они работают, попробуйте подключить к ним монитор и посмотрите, что вы видите.
Если они не работают, проверьте и проверьте, правильно ли настроены параметры питания в MaaS - MaaS может быть не в состоянии дать сигнал машинам для загрузки (с использованием IPMI, WOL и т. Д.), И, следовательно, образ ввода в эксплуатацию никогда не будет загружается и работает, и узлы застряли в состоянии ввода в эксплуатацию без вмешательства человека. (Если это так, вы можете обойти это вручную (как физически, если машины физические, или указав VirtualBox запустить VM, если это то, что вы используете), включив узлы, которые застряли при вводе в эксплуатацию. состояние.)
Если вы используете виртуальные машины для тестирования MaaS, дайте мне знать, и я обновлю свой ответ - есть некоторые причуды для тестирования MaaS с виртуальными машинами.
Я смог заставить его работать, выполнив команду juju switch local.
Ричард, если вы все еще пытаетесь протестировать MAAS в виртуальной среде, я могу вам помочь. У меня успешно работает MAAS на виртуальной машине, взаимодействующей с двумя другими большими виртуальными серверами, которые имеют свои собственные виртуальные машины. В моей среде сервер MAAS контролирует и загружает виртуальные машины на моих серверах виртуальных машин. Мне удалось успешно развернуть Wordpress и ряд других небольших приложений на моих ВМ-серверах (на базе Virt-Manager, QEMU и KVM). Одним из ключевых советов является использование MAAS 13.10; код очень стабилен и содержит ряд важных исправлений и функций, более 12.04 LTS. Я обнаружил, что использование «default: maas» в начале моей среды. Yaml приводило к сбою, я бы посоветовал вам использовать ключ -e с командой начальной загрузки, если вы развертываете в облако (например, Azure, AWS, Облако HP).
Вам нужно отредактировать /etc/maas/pserv.yaml, чтобы запустить загрузку PXE. В разделе о TFTP раскомментируйте строку, обозначающую «корень», строку, обозначающую «порт», и строку, определяющую генератор.
«Быстрый установщик» не работал с моими серверами виртуальных машин, поэтому, если вы виртуализированы, возможно, вначале пропустите эту функцию.
«Подвески» имеют свои собственные встроенные определения («ограничения») для процессоров и памяти, необходимой для их запуска. Это не разъясняется в документации, но я обнаружил, что я получил общую ошибку 409 CONFLICT при попытке развернуть Wordpress и mysql на чем-либо с менее чем 2048 МБ ОЗУ, я думаю, что мне также пришлось установить 2 ЦП каждый на свои виртуальные машины. Это может отличаться для вас, это именно то, что я нашел.
Он запрашивает учетные данные облачных серверов. Если вы хотите проверить в вашем местном использовании, используйте следующую команду
sudo apt-get install juju-local