Thanks john. I'll get back to you with test results.

On Fri, Oct 24, 2014 at 7:49 AM, John Pletka <[email protected]> wrote:

> I had the same issue that took forever to resolve.  In the end it came down
> to
> 1) Making sure your networks are labeled correctly on the compute hosts.
> (XenServer for me.  run "xe list-networks" and make sure the correct xenbr0
> or xenbr1 is named "cloud-public" or "cloud-private").  If they are not
> labeled, there is an xe command to assign a label to them
> 2) In the management console go to Infrastructure / Zones /
> PhysicalNetworksInBasicZone.  For the three listed (public, management,
> storage), make sure you set the gateway to be "cloud-public" or
> "cloud-private" as applicable
> 3) Destroy your two System VMs (secondary storage and console) and let them
> recreate themselves
> 4) Log into the secondary storage using the instructions from
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
> 5) Run the health check (/usr/local/cloud/systemvm/ssvm-check.sh)
> 6) If it fails ...
>      a) Run ifconfig and do a sanity check of the IP addresses
>      b) Run "route -n" and do a sanity check of the routes
>
> On Thu, Oct 23, 2014 at 2:32 AM, Asanka sanjaya Herath <[email protected]
> >
> wrote:
>
> > I used advanced  networking feature and installed cloudstack in my local
> > computer using vagrant and virtulbox. This is my configuration[1].
> > The default tiny linux template has been downloaded and I can add
> instances
> > successfully using that template. When I register  a new template(using a
> > web url) it says "No route to host". But by using basic networking
> feature
> > I'm able to add new templates without having any issue. Could anyone
> please
> > help me with this?
> >
> > [1] http://pastebin.com/dVSUJ708
> >
> >
> >
> >
> > --
> > Thanks,
> > Regards,
> > ASH
> >
>



-- 
Thanks,
Regards,
ASH

Reply via email to