Standard system VMs with systemvm.iso from latest master. But that shouldn't 
matter as the issue is in the deploy VM code.

________________________________
From: Donal Lafferty
Sent: 22/07/2013 6:37 PM
To: 'dev@cloudstack.apache.org'; cloudstack-...@incubator.apache.org
Subject: RE: System VMs not coming up due to https://reviews.apache.org/r/12685/

Where are you getting your system VM from?

DL

> -----Original Message-----
> From: Koushik Das [mailto:koushik....@citrix.com]
> Sent: 22 July 2013 11:09 AM
> To: cloudstack-...@incubator.apache.org
> Subject: System VMs not coming up due to
> https://reviews.apache.org/r/12685/
>
> Commit id: 2d4464d2badc9aff842fd180bafc4c384a83a91d
>
> -                return new URI(scheme + "://" + value);
> +                // do we need to check that value does not contain a scheme
> +                // part?
> +                if (value.toString().contains(":"))
> +                    return new URI(value.toString());
> +                else
> +                    return new URI(scheme, value.toString(), null);
>
>
> As part of this commit system VMs are not working in latest master. I see as
> part of this change the broadcast/isolation URI format has changed from
> vlan://<vlanid> to vlan:<vlanid>. The code in many places still depends on
> the URI.getHosts() to extract the vlan id which is broken due to the new
> format.
> Can this be reverted?
>
>
>

Reply via email to