Проблема возникает, когда я регистрирую ISO или шаблон в Apache CloudStack.
Когда я закончил и отправил регистрационную форму ISO, сообщение об ошибке не появляется. Однако, если я проверю шаблон, результат в поле «готово» - «нет», а поле «статус» пусто! Я не могу создать экземпляр, потому что не могу зарегистрировать свой собственный ISO или шаблон.
Я использую Ubuntu 12.04 LTS, и мои системные виртуальные машины уже работают! Так что я просто не знаю, почему. Не могли бы вы помочь мне?
Мы столкнулись с аналогичной проблемой и решили проблему: -
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 требуется некоторое время для получения ответа. Таким образом, вы должны вернуться после вызова, чтобы убедиться, что он не прошел.
Внимательно просмотрите файл журнала, чтобы определить точную причину.
Вот некоторые возможности:
По умолчанию CloudStack не позволяет загружать шаблоны с IP-адреса в подсети CloudStack.
Вы можете включить загрузку, используя глобальные настройки. Найдите «внутренний».
Во время установки есть шаг, который включает ручное добавление шаблона системной виртуальной машины в CloudStack. Без этого шаблона CloudStack не может создать виртуальную машину вторичной системы хранения (SSVM), отвечающую за добавление шаблонов во вторичное хранилище.
Убедитесь, что SSVM создана на одном из гипервизоров в настроенной вами зоне.
Если разрешения или сервер вторичного хранилища настроены неправильно, SSVM не сможет копировать новые шаблоны во вторичное хранилище.
Убедитесь, что вы можете подключить вторичное хранилище на своем сервере управления CloudStack. Это даст вам представление о том, правильно ли экспортируется общий ресурс, который вы используете для вторичного хранилища.
Я мог бы решить эту проблему, изменив глобальные настройки-> secstorage.allowed.internal.sites на 192.168.1.50/0. Где мой IP-адрес 192.168.1.50.
