cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rohit Yadav <rohit.ya...@citrix.com>
Subject RE: New DevCloud Appliance
Date Fri, 30 Nov 2012 19:22:23 GMT
Yes, check your host IP in global settings, change to appropriate IP and restart mgmt server.
Next, delete SSVM (they are stateless, don't worry). New ssvms would be able to get the templates
from any IP within the secstorage internal cidr, 192.168.56.0/8 or any other value in your
global settings.

Regards.
________________________________________
From: Sebastien Goasguen [runseb@gmail.com]
Sent: Friday, November 30, 2012 11:31 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: New DevCloud Appliance

Charles,

The 10.0.0.3 address in your SSVM is suspect. Can you make sure you have the last version
of /tools/devcloud/devcloud.cfg ?

I manage to upload a new image, running a web server on my local machine with:
sudo python -m SimpleHTTPServer 443

The SSVM should be able to ping the host on which you are running the http server.

-Sebastien

On Nov 30, 2012, at 6:43 PM, Charles Moulliard <ch007m@gmail.com> wrote:

> Rohit,
>
> Even, If I use a local HTTP Server, there is still an issue with the
> DevCloud2.ova image with NFS.
>
> WARN  [cloud.resource.DiscovererBase] (ClusteredAgentManager Timer:) Unable
> to configure resource due to Can not create slave connection to
> 192.168.56.10
> WARN  [agent.manager.AgentManagerImpl] (ClusteredAgentManager Timer:)
> Unable to load the resource: 1
> WARN  [cloud.resource.DiscovererBase] (ClusteredAgentManager Timer:) Unable
> to configure resource due to Can not create slave connection to
> 192.168.56.10
> WARN  [agent.manager.AgentManagerImpl] (ClusteredAgentManager Timer:)
> Unable to load the resource: 1
> WARN  [storage.download.DownloadMonitorImpl] (23179452@qtp-3363479-0:)
> There is no secondary storage VM for secondary storage host
> nfs://192.168.56.10:/opt/storage/secondary
>
> See my previous email regarding what the script ssvm-check.sh report please
>
> Regards,
>
> Charles
>
>
>
> On Fri, Nov 30, 2012 at 6:32 PM, Charles Moulliard <ch007m@gmail.com> wrote:
>
>> Can we change the ports number accepted by CloudStack as only 80 & 443 are
>> allowed to upload an ISO image ?
>>
>>
>> On Fri, Nov 30, 2012 at 6:07 PM, Charles Moulliard <ch007m@gmail.com>wrote:
>>
>>> On 30/11/12 17:27, Rohit Yadav wrote:
>>>
>>>> management.network.cidr is 192.168.56.0/24
>>>> secstorage.allowed.internal.**sites is 192.168.56.0/8
>>>>
>>> Rohit,
>>>
>>> As I use same config as you, the following values are the same :
>>>
>>>
>>> management.network.cidr is 192.168.56.0/24
>>> secstorage.allowed.internal.**sites is 192.168.56.0/8
>>>
>>> It seems that Debian Wheezy already provide a HTTP Server. Do you know
>>> which server has been installed (does not seems to be Apache2 by default)
>>> and where is the root directory (to copy an image) ?
>>>
>>> Regards,
>>>
>>> Charles
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Sr. Enterprise Architect (RedHat)
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>>
>>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Mime
View raw message