Juju застрял в состоянии «ожидания» при использовании LXC [закрыто]
CSS3 Simple Way
height: calc(100% - 10px); // 10px is height of your first div...
все основные браузеры в наши дни поддерживают его, поэтому продолжайте, если у вас нет требований к поддержке старинных браузеров.
4 ответа
Я сталкивался с той же ошибкой, и с помощью хороших людей в #juju, смог решить, что включение моего брандмауэра на хост-машине блокировало служителя зоопарка от соединения назад с хостом.
выполнение Попытки:
sudo ufw disable
и затем:
sudo juju destroy-environment
и затем разжигают вещи назад. Кроме того, если это - первый раз, когда Вы загружаете среду на своей машине, отмечаете, что она занимает время для начальной загрузки очарования для завершения, поэтому дайте ее спустя 15-20 минут после развертывания единицы.
Это также теперь открытая ошибка , поскольку амулет должен обрабатывать эту ситуацию автоматически.
Если это - первый раз, когда Вы загрузили свое окружение, оно возьмет несколько (в зависимости от того, сколько времени оно берет для загрузки приблизительно 400 МБ Данных изображения Сервера) создавать первое основное изображение. В Вашем пути "dir данных" (определенный в Вашем environments.yaml файле) существует machine-agent.log, который описывает этот процесс:
2012-05-09 10:04:03,848: juju.agents.machine@INFO: Machine agent started id:0
2012-05-09 10:05:08,175: juju.agents.machine@DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-09 10:05:08,176: juju.agents.machine@DEBUG: Starting service unit: mysql/0 ...
2012-05-09 10:05:08,222: unit.deploy@DEBUG: Downloading charm cs:precise/mysql-1 to /home/marco/.juju/local/marco-local/charms
2012-05-09 10:05:08,314: unit.deploy@DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9cccbec> for mysql/0 in /home/marco/.juju/local/marco-local
2012-05-09 10:05:08,375: unit.deploy@DEBUG: Starting service unit mysql/0...
2012-05-09 10:05:08,376: unit.deploy@DEBUG: Creating master container...
Несколько моментов спустя Вы будете видеть следующее:
2012-05-09 10:09:40,699: unit.deploy@DEBUG: Created master container marco-local-0-template
2012-05-09 10:09:40,699: unit.deploy@INFO: Creating container mysql-0...
2012-05-09 10:10:31,429: unit.deploy@INFO: Container created for mysql/0
2012-05-09 10:10:31,483: unit.deploy@DEBUG: Charm extracted into container
, Который детализирует это несколько минут спустя, основной контейнер был создан.
Наконец, не каждый "локальный" boostrap работы, попытка работать juju destroy-environment и затем повторно выполняются juju bootstrap
У меня была эта та же проблема. Я нашел в master-customize.log склонный - получают отказы, должные повредить пакеты в apt-cacher-ng (я не уверен бит, я думаю, что это произошло, потому что мой ноутбук приостановил во время загрузки). Я смог исправить проблему путем посещения http://localhost:3142/acng-report.html, проверив:
- Проверяют именем файла И каталогом файла (не рекомендуемый),
- затем проверяют содержание файла через (МЕДЛЕННУЮ) контрольную сумму, также обнаруживающие поврежденные файлы,
- затем усеченные поврежденные файлы сразу.
и нажимающее кнопку Старт Сканирование и/или Истечение. Затем я смог уничтожить среду амулета и успешно повторно развернуть ее.
Вместо того, чтобы отключить ufw, можно попытаться позволить (libvirt) сеть амулета с:
sudo ufw allow from `ip addr show virbr0|tail -n 1 |cut -d' ' -f 6` to any
Работы в моем случае на Ubuntu 12.04