Недавно я обновил Juju 1.18 до 1.18.1, и внезапно мое обаяние в развертывании кластера MapR hadoop перестало работать. Я связал эту проблему с тем фактом, что некорневые диски больше не связаны с экземплярами, хотя ограничения для опции juju-deploy не изменились.
Насколько я могу судить, еще нет ограничения juju, определяющего незагрузочное хранилище. В документации по ограничению корневого диска особо отмечается «Дополнительное хранилище, которое может быть подключено отдельно, не учитывается в этом значении».
Два вопроса:
Это появляется , чтобы быть проблемой.
"Для экземпляров M3, необходимо определить объемы хранилища экземпляра в блочном устройстве, отображающемся для экземпляра. Когда Вы запускаете экземпляр M3, мы игнорируем любые объемы хранилища экземпляра, определенные в блочном устройстве, отображающемся для AMI".
Так, если Вы были переключены на m3 экземпляры от m1 экземпляров отбрасыванием оценки, Вы намного больше не можете получать хранилище экземпляра, когда наши изображения ранее включали его:
Вот некоторые обходные решения:
m1.xlarge
так, чтобы Амулет не пытался быть более умным, чем Вы (и сбой) при приведении Вам надлежащий пример. У нас есть это в 1,19, однако который является нестабильным выпуском и мог бы принести некоторые другие регрессии. До, к какой поддерживаемый Амулетом механизм для определения дополнительных томов:
Мы в настоящее время не обрабатываем дополнительные тома, но находится очень на дорожной карте для этого цикла. Однако существует много вариантов использования для того, как сделать тома, и мы хотели бы знать, как требуется видеть, что это поддерживало, поэтому если можно отправить требования на список рассылки Амулета , можно помочь сформировать, как функцией будет specced.
Связанные ошибки: