Не удалось зарегистрировать ISO или шаблон в облаке
Проблема возникает, когда я регистрирую ISO или шаблон в Apache CloudStack.
Когда я закончил и отправил регистрационную форму ISO, сообщение об ошибке не появляется. Однако, если я проверю шаблон, результатом в поле "готово" будет "нет", а поле "статус" будет пустым! Я не могу создать экземпляр, потому что я не могу зарегистрировать свой собственный ISO или шаблон.
Я использую Ubuntu 12.04 LTS, и мои системные виртуальные машины уже работают! Так что я просто не знаю почему. Не могли бы вы помочь мне?
3 ответа
Мы столкнулись с подобной проблемой и решили проблему:
1) Пошел в SSVM, остановлен облачный сервис.
2) На SSVM попытался запустить скрипт запуска
3) cd / usr / local / cloud / systemvm /
4)./run.sh
5) Там это показывало ошибку
Exception in thread "main" java.lang.NoClassDefFoundError: com/vmware/vim25/VirtualDevice
at com.cloud.storage.resource.VmwareSecondaryStorageResourceHandler.<init>(VmwareSecondaryStorageResourceHandler.java:61)
at com.cloud.storage.resource.PremiumSecondaryStorageResource.configure(PremiumSecondaryStorageResource.java:102)
at com.cloud.agent.Agent.<init>(Agent.java:163)
at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:559)
at com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:514)
at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:431)
at com.cloud.agent.AgentShell.start(AgentShell.java:589)
at com.cloud.agent.AgentShell.main(AgentShell.java:631)
Caused by: java.lang.ClassNotFoundException: com.vmware.vim25.VirtualDevice
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 8 more
6) Мы обнаружили, что файл "vmware-vim25.jar" отсутствует, поэтому мы скопировали этот файл Jar в (/usr/local/cloud/systemvm/) SSVM из расположения сервера управления (/ usr / share / java / vmware- vim25.jar)
7) перезапустите облачный сервис и все заработало.
8) Мы следовали за комментарием (Сатиш Чодапунеди добавил комментарий - 05/Mar/13 15:00) по следующей ссылке:- Ссылка:- https://issues.apache.org/jira/browse/CLOUDSTACK-1252
Обратная связь с графическим интерфейсом, которую вы видите, является нормальной:
Создание шаблона на основе ISO или виртуального диска является асинхронной задачей. Со всеми асинхронными задачами CloudStack требуется некоторое время, чтобы получить ответ. Таким образом, вы должны проверить после звонка, чтобы увидеть, если это не удалось.
Внимательно посмотрите на файл журнала, чтобы увидеть точную причину.
Вот несколько возможностей:
- Загрузка с внутреннего IP-адреса отключена.
По умолчанию CloudStack не позволяет загружать шаблоны с IP-адреса в подсети CloudStack.
Вы можете разрешить загрузку, используя глобальные настройки. Ищите "внутренний".
- Системные шаблоны виртуальных машин не были добавлены на ваш сервер управления.
Во время установки есть шаг, который включает ручное добавление шаблона виртуальной машины в CloudStack. Без этого шаблона CloudStack не может создать вторичную систему хранения vm (SSVM), отвечающую за добавление шаблонов во вторичное хранилище.
Убедитесь, что SSVM был создан на одном из гипервизоров в настроенной вами зоне.
- Вторичное хранилище неправильно настроено
Если сервер разрешений или вторичного хранилища не настроен правильно, SSVM не будет копировать новые шаблоны во вторичное хранилище.
Убедитесь, что вы можете смонтировать вторичное хранилище на сервере управления CloudStack. Это даст вам представление о том, правильно ли экспортируется общий ресурс, который вы используете для вторичного хранения.
Я мог бы решить эту проблему, изменив глобальные настройки->secstorage.allowed.internal.sites на 192.168.1.50/0. Где мой IP-адрес 192.168.1.50.