Что такое хороший контрольный список объектов для выполнения, чтобы вымыться и выполнить пакет openstack 40 - ppc64le

Используя ручную окружающую среду для ниже последовательности. Обратите внимание, что ниже последовательности предполагает, что Вы используете virsh снимки. Это настоятельно рекомендовано к установке узлы и затем снимок каждый из них так, Вы можете возвратиться, чтобы убрать пункт легко. Для POC IBM мы имели (использование связки openstack 40)

1. VM1, который управлял МААСОМ/АМУЛЕТОМ. Это шло отдельное, вычисляют узел.
   Этот VM мы рассмотрели или МААС deployer или jujum deployer сервер. Снимок этого был сделан, где МААС/АМУЛЕТ установил, где никакая окружающая среда не построила.
2. VM2, VM2, VM3 и VM4 бегущая человечность 14.04 на одном Снимке узла всех этих VMs, построенных с сетевой установкой, чтобы говорить друг с другом и НИКАКИМ jujud клиентом на конечных точках.

Этот контрольный список указывает, как восстановить быстро, если VM's был обеспечен МААСОМ, и затем Вы должны просто восстановить через амулет. МААС привык к предоставлению. Амулет используется с помощью руководства envionment, чтобы обеспечить все программное обеспечение. Если это терпит неудачу, или что-то испорчено тогда, Вы можете очистить VMs и затем восстановить использование окружающей среды руководства амулета. Это действительно легко.

1 Очищают конечные точки

, Как очистить разоренную конечную точку?

, Как решить " ОШИБОЧНАЯ машина уже provisioned" в ручном настроенном предоставлении?

rm -rf /var/lib/juju
rm -rf /etc/init/juju*
ps -ef | grep juju

убивают машину процесса, используя амулет

, Как я возвращаюсь к снимку для разоренного VM? если окружающая среда обанкротилась

, http://kashyapc.com/2011/10/04/snapshotting-with-libvirt-for-qcow2-images/ видит низ страницы

пример команды:

внешний virsh

virsh snapshot-revert --domain ubuntovm --snapshotname 1441158838

в virsh

snapshot-revert --domain vm3  --snapshotname 1444163918

2. Проверьте всю конечную точку, у VM есть доступ к Интернету

, Это может быть сделано различные пути. Мы использовали ниже, таким образом, у нас мог быть Firefox UI, доступный в случае необходимости конечным точкам.

Начало, следующее каждый VM:

x11vnc -create -forever -bg -env FD_TAG=my_xfce_1 -env FD_SESS=xfce -rfbport 5901

Примечание, что во время этого документа Вы не можете использовать vnc для ppc64le. Используйте x11vnc. Вы должны установить x11vnc до этой команды, не обсужденной здесь.

BSO (IBM) и доступ Firefox: Удостоверьтесь, что Вы можете получить доступ: https://streams.canonical.com/juju/tools/releases/juju-1.24.6-trusty-ppc64el.tgz

3. Очистите сервер амулета

, Как я деинсталлирую и повторно устанавливаю амулет на, развертывают сервер из-за проблем?

Вы можете вымыться, амулет развертывают сервер полностью, как упомянуто ниже, или Вы можете короткий путь и удалять/root/.juju/файлы и начинаться снова. Зависит от того, как чистый Вы хотите начать. Очистка jup/root/.juju/и начало обычно достаточно хороша. Отметьте, создаете ли Вы надлежащий снимок VM, не должны делать этого.

, Чтобы удалить полностью:

sudo apt-get remove juju-core   
sudo apt-get remove --auto-remove juju  
sudo apt-get remove juju-quickstart
sudo apt-get remove juju-deployer

/root/.juju/удаляют справочник и весь справочник файлов под ним

Пример:

rm -rf /root/.juju/jclient
rm -rf /root/.juju/environments
rm -rf /root/.juju/ssh
rm -rf /root/.juju/.deployer-store-cache

Тогда повторно устанавливают пакеты:

sudo add-apt-repository ppa:juju/stable
sudo apt-get update 
sudo apt-get install juju-core
sudo apt-get install juju-quickstart
sudo apt-get install juju-deployer
juju-quickstart -i

Примечание, если Вы проверяете, вероятно, хочет поместить устанавливаемую связку в другой справочник, таким образом, Вы не теряете его. Предложение - что-то вроде этого:

/root/.juju2/bundles

4. Восстановите окружающую среду (серверная среда развертывания амулета)

Просто строят окружающую среду, отмечают его дефолт и экономят его. Не выполняйте от амулета-quickstart-i.

Для POC IBM мы использовали МААС в качестве начального обеспечивающего VM. Как только это сделано тогда, Вы можете создать снимки, и после этого onlly должны восстановить VMs fron снимки. Если Вы делаете это этот путь окружающая среда амулета, Вы используете, ручное определение начиная с цели endpointswere уже обеспеченный.

5. Окружающая среда ремешка ботинка

  juju bootstrap --show-log --debug -e manual

, Если Вы используете амулет в первый раз или во время тестирования тогда, добавляет - отладка и - выставочная регистрация, потому что это дает Вам хорошее чувство прогрессии.

6. Добавьте во всех других серверах

, ручная окружающая среда помещает 1-й VM в окружающую среду. Вы тогда используете команду добавлять-машины амулета, чтобы добавить все другие VMs. Поскольку openstack 40 связывает Вас, нуждаются в общем количестве 4 машин также - следующее (установите со своим ipaddresses, очевидно)

juju add-machine ssh:root@9.x.xx.xxx -show-log --debug
juju add-machine ssh:root@9.x.xx.xxx -show-log --debug
juju add-machine ssh:root@9.x.xx.xxx --show-log --debug

7. Разверните окружающую среду

Для POC IBM, мы должны были скопировать openstack40.yaml с запаса очарования, потому что это должно было быть прикреплено к ppc64el архитектуре. Мы также внесли некоторые другие изменения в yaml, чтобы заставить его работать.

   juju-deployer -c /root/.juju/bundles/openstack40.yaml -s 90 -d -v openstack40.yaml

у вышеупомянутого openstack40.yaml есть 3 изменения: 1. Использование ppc64el 2. поскольку openstack приборная панель добавляет отладку выбора: 'да' 3. Пароли для mysql пароля корня: sst-пароль PASSW0RD: ПРИМЕЧАНИЕ PASSW0RD

: у Шага 8 есть части, которые накладываются на этот шаг, читают шаг 7/8 вместе.

8. Во время развертываются, процесс исправляют lxc контейнерные файлы конфигурации

Для этого POC, который lxc не начал на 1-х двух VMs. Мы не отладили достаточно далеко. Не знают, поразят ли все остальные это, но мы перечисляем его здесь на всякий случай, другие совершают нападки.

Развернутый OpenStack 40 связки амулета разве контейнеры Linux не начался?

, развертывая OpenStack 40 уходят в спешке у, окружающей среды нет надежного человека амулета lxc, шаблон, установленный в окружающей среде, строят. Когда Вы начинаете развертывать надежного человека амулета lxc, шаблон в конечном счете установлен. Таким образом, это предложено для первых двух машин в списке статуса амулета. Должны зафиксировать их.

1. Редактируют /etc/lxc/default.conf и добавляют

    lxc.seccomp =
    lxc.arch = ppc64le
   

2. Во время развернуть справочника часов процесса /var/lib/lxc/

   для создания juju-trusty-lxc-template/справочника.
   я использовал winscp, чтобы смотреть, создание файла во время развертываются. Никакой очень хороший способ сделать это так Вы должны следить за процессом развертывания и проверкой на файл время от времени. Когда там lxc существует, находится на рассмотрении и не начинает до поздно в процессе. Таким образом, у Вас есть время, чтобы исправить файл.

   каталог Once существует тогда

   vi /var/lib/lxc/juju-trusty-lxc-template/config  and add:
   
   lxc.seccomp =
   lxc.arch = ppc64le
   

   , Удостоверяются пустая строка в конце. Если не тогда дополнительные параметры добавлены, и они могут быть приложены к последней линии, которую Вы добавили неправильно.

   Мы не нашли хороший способ сделать, это так выше поиска неисправностей вопроса объясняет, что сделать, в то время как развертываются, бежит.

9. очарование mysql подводит и требует, чтобы пароли, чтобы быть установкой

Видели, что другой askubunto для этой проблемы mysql терпит неудачу из-за «Неспособного установить пароль для Percona». См.: mysql/percona: Неспособный установить пароль для Сервера Percona " root" пользователь - Намеки ppc64el

для отладки и наблюдения развертывания:

a) на амулете deployer машина

Удостоверяются, что у Вас есть это так, Вы можете проверить процесс. Восстанавливая окружающую среду в отдельном окне, в/root/.juju/выпуске

 juju status > jujudeploylog10132015.txt  

к периодически, чтобы спасти регистрации, даты у изменения в файле

b) Предложение должно быть два окна, открытые в SSH, один для представления о команде амулета-deployer и другом в 1-м VM в ручном хвосте выполнения окружающей среды в/var/log/juju/хвосте-f ./all-machines.log, Это позволяет Вам наблюдать создание openstack окружающей среды.

c), используя openstack 40 связывают тогда горизонт OpenStack, UI идет последний VM. Проверка информации о статусе амулета говорит Вам lxc, что горизонт идет. Используйте это: http:///horizon