Impossibile registrare ISO o modello su cloudstack

Question

Un problema si verifica quando registro un ISO o un modello su Apache CloudStack.

Al termine e inoltrato il modulo ISO del registro, non viene visualizzato alcun messaggio di errore. Tuttavia, se ispeziono il modello, il risultato nel campo "pronto" è "no" e il campo "stato" è vuoto! Non riesco a creare un'istanza perché non riesco a registrare la mia ISO o modello.

Sto usando Ubuntu 12.04 LTS e le mie VM di sistema sono già in esecuzione! Quindi, non so perché. Mi piacerebbe aiutarmi?

Answer 1

abbiamo dovuto affrontare problemi simili e risolto il problema: -

1) è andato a SSVM, fermato il servizio cloud.

2) Lo SSVM cercato di eseguire lo script run

3) cd/usr/local/cloud/systemvm/

4) ./run.sh

5) Non c'è stato mostrando errore

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) abbiamo scoperto che il file "vmware-vim25.jar" mancava, così abbiamo copiato il file Jar a (/ usr/local/cloud/systemvm /) di SSVM dalla posizione del server di gestione (/usr/share/java/vmware-vim25.j ar)

7) il servizio di cloud riavvio e il suo operato.

8) Abbiamo seguito un commento di (Sateesh Chodapuneedi ha aggiunto un commento - 05/mar/13 15:00) nel seguente link: - Riferimento: - https://issues.apache.org/jira/browse/CLOUDSTACK-1252

Answer 2

L'interfaccia grafica di feedback che si vede è normale:

creazione Template, se si basa su un'ISO o un disco virtuale, è un compito asincrona. Con tutte le attività asincrone, CloudStack richiede un po 'di tempo per produrre una risposta. Pertanto, è necessario ricontrollare dopo la chiamata per vedere se non è riuscita.

Avere una chiusura guardare il file di registro per vedere la causa esatta.

Ecco alcuni possibilità:

• Carica da un indirizzo IP interno è disabilitato.

Per impostazione predefinita, CloudStack non consente il caricamento dei modelli da un indirizzo IP nella sottorete CloudStack.

È possibile abilitare i caricamenti utilizzando le impostazioni globali. Cerca 'interno'.

• I modelli di VM di sistema non sono stati aggiunti al server di gestione.

Durante l'installazione, è necessario eseguire manualmente l'aggiunta del modello VM di sistema a CloudStack. Senza questo modello, CloudStack non può creare il sistema di storage secondario vm (SSVM) responsabile dell'aggiunta di modelli allo storage secondario.

Verificare che un SSVM sia stato creato su uno degli hypervisor nella zona configurata.

• archiviazione secondario non è impostata correttamente

Se le autorizzazioni o server di archiviazione secondario non è configurato correttamente, lo SSVM non sarà per copiare i nuovi modelli in memoria secondaria.

Verificare di essere in grado di installare la memoria secondaria sul server di gestione CloudStack. Questo ti darà un'indicazione se la condivisione che stai utilizzando per la memoria secondaria viene esportata correttamente.

Answer 3

ho potuto risolvere questo problema modificando Impostazioni- globale > secstorage.allowed.internal.sites a 192.168.1.50/0. Dove il mio indirizzo IP è 192.168.1.50.