Any progress on this? There's nearly a 100K downloads of systemvm templates from download.cloud.com per month. Would be a shame to leave these folks stranded.
On Tue, May 31, 2016 at 4:49 AM, Paul Angus <paul.an...@shapeblue.com> wrote: > +1. we need to figure out the way forward, but this needs to be done > 'right' not just 'fast'. > > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > -----Original Message----- > From: Raja Pullela [mailto:raja.pull...@accelerite.com] > Sent: 31 May 2016 07:33 > To: CloudStack Dev <dev@cloudstack.apache.org> > Subject: Re: Migrating CloudStack content from download.cloud.com > > +1, hope we will be able to discuss this at the Collab this week and > decide on the next steps. > > best, > Raja Pullela > Senior Manager, Product Development > Accelerate, > 2055,Laurelwood Road, Santa Clara, CA 95054, USA > Phone: 1-408-216-7010, www.accelerite.com,@accelerite > > > On May 31, 2016, at 10:23 AM, Chiradeep Vittal <chirade...@gmail.com> > wrote: > > > > I hope this gets discussed during the CloudStack Collab over the next > > few days. Again, I'd urge everybody to consider: "what if > > download.cloud.com went away next week". Waiting till some > > hypothetical last date only means that we will scramble a week before > that last date. > > > > On Fri, May 20, 2016 at 5:42 PM, Chiradeep Vittal > > <chirade...@gmail.com> > > wrote: > > > >> Yes, the mirror site would be on github or apache.org > >> > >> Step 6 in the install guide would have instructions like: > >> a. Install System VM Templates: > >> <here, cloud-install-sys-tmplt has been modified to use the mirror > >> list> b. Installing other templates cloud-install-tmplt > >>> enter OS (linux only) > >>> Ubuntu 16.04 > >> ....Installing... > >> > >> Or, step (b) could generate a cloudmonkey script. > >> > >> > >> On Fri, May 20, 2016 at 1:57 PM, Will Stevens <wstev...@cloudops.com> > >> wrote: > >> > >>> Cant we just host the mirror list in apache.org and then actually > >>> host the mirrors in different places around the world? A company > >>> could sponsor the few bucks a month for AWS and have one of the > >>> mirrors be in AWS and the mirror list in apache.org would just be > >>> updated to add the AWS mirror. > >>> > >>> Isn't that basically what we are proposing here? The ability to > >>> have different mirrors with the 'official' endpoint being in an > >>> apache.org endpoint to list the mirrors? > >>> > >>> *Will STEVENS* > >>> Lead Developer > >>> > >>> *CloudOps* *| *Cloud Solutions Experts > >>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* > >>> tw @CloudOps_ > >>> > >>> On Fri, May 20, 2016 at 1:17 PM, Daan Hoogland > >>> <daan.hoogl...@gmail.com> > >>> wrote: > >>> > >>>> is there no way, within foundation bylaws, to host this somewhere > >>>> on apache.org? we are using peoples wibesites for tests as well, > >>>> aren't > >>> we. > >>>> > >>>> On Fri, May 20, 2016 at 7:04 PM, Rafael Weingärtner < > >>>> rafaelweingart...@gmail.com> wrote: > >>>> > >>>>> We could host a mirror here. We are in South America, Brazil. > >>>>> > >>>>> On Fri, May 20, 2016 at 2:01 PM, Chiradeep Vittal < > >>> chirade...@gmail.com> > >>>>> wrote: > >>>>> > >>>>>> I was proposing a new S3 bucket earlier > >>>>>> (templates.cloudstack.org), > >>>> but > >>>>> I > >>>>>> realized that someone needs to own the account. There is no legal > >>>> entity > >>>>>> for Apache CloudStack (except the ASF) that can enter into a > >>> contract > >>>>> with > >>>>>> AWS (even if it is for a few bucks a month). To make this work, > >>>>>> alternatives: > >>>>>> (1) ASF Infra creates this bucket and IAM keys to the PMC to > >>> operate > >>>>> this > >>>>>> bucket. ACS users might want to make targeted donations to > >>>>>> support > >>> this > >>>>>> bucket, but I don't believe that it is possible. > >>>>>> > >>>>>> (2) Cloudstack.org gets registered as a (non-profit?) entity etc > >>>>>> and > >>>> ACS > >>>>>> users make donations to this entity. PMC has control over the > >>> bucket. > >>>>>> > >>>>>> A mirror list and a python script (e.g., [1]) sounds like a much > >>> better > >>>>>> idea :) > >>>>>> > >>>>>> Raise of hands: > >>>>>> Who is willing to host a mirror of systemvm templates and default > >>>>>> templates. I figure we need at least 5, preferably all over the > >>> world, > >>>>>> especially in East Asia. > >>>>>> > >>>>>> [1] > >>>>>> > >>>>>> > >>>>> > >>>> > >>> http://code.activestate.com/recipes/284631-a-python-script-to-test-d > >>> ownload-mirrors/ > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Fri, May 20, 2016 at 9:52 AM, Chiradeep Vittal < > >>>> chirade...@gmail.com> > >>>>>> wrote: > >>>>>> > >>>>>>> Agree with Daan : we shouldn't be pushing these ancient insecure > >>>>>>> templates! > >>>>>>> > >>>>>>> > >>>>>>> On Fri, May 20, 2016 at 9:51 AM, Chiradeep Vittal < > >>>>> chirade...@gmail.com> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> :) According to Raja, there is some time before > >>> download.cloud.com > >>>> is > >>>>>>>> doomed. Let's pretend that date is Jan 1 2017. Now pretend that > >>> it > >>>> is > >>>>>> Dec > >>>>>>>> 25, 2016 and we're still debating mirror list vs steps and what > >>> not. > >>>>>> Now, > >>>>>>>> just change the 2017 to 2016 and re-consider. We need this done > >>>>>> yesterday! > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> On Fri, May 20, 2016 at 1:53 AM, Daan Hoogland < > >>>>> daan.hoogl...@gmail.com > >>>>>>> > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> send by tablet, no warranties in existence On 20 May 2016 > >>>>>>>>> 09:29, "Paul Angus" <paul.an...@shapeblue.com> > >>>> wrote: > >>>>>>>>>> > >>>>>>>>>> I'm a -1 on adding another step to the installation process. > >>>>>>>>>> > >>>>>>>>>> I agree with Will, it will only be another barrier to > >>>>>>>>>> platform > >>>>>>>>> adoption. > >>>>>>>>>> > >>>>>>>>>> The SSVM going and downloading the built-in template is a > >>>>>>>>>> good > >>>>>>>>> milestone > >>>>>>>>> in a CloudStack build. > >>>>>>>>>> > >>>>>>>>>> To be honest the mgmt. server should be able to go get the > >>>> template > >>>>>>>>> itself if required rather than making it a user installation > >>> step. > >>>>>>>>> great idea, looking forward to your PR. > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Kind regards, > >>>>>>>>>> > >>>>>>>>>> Paul Angus > >>>>>>>>>> > >>>>>>>>>> paul.an...@shapeblue.com > >>>>>>>>>> www.shapeblue.com > >>>>>>>>>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > >>>>>>>>>> @shapeblue > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] > >>>>>>>>>> Sent: 19 May 2016 23:06 > >>>>>>>>>> To: dev <dev@cloudstack.apache.org> > >>>>>>>>>> Subject: Re: Migrating CloudStack content from > >>>> download.cloud.com > >>>>>>>>>> > >>>>>>>>>> sounds good, so if we put both sections together the worry is > >>>> over. > >>>>>> acs > >>>>>>>>> is a complex system and requires a lot of reading so let''s > >>>>>>>>> not > >>> put > >>>>> it > >>>>>>>>> in a > >>>>>>>>> different section. would be duplicate code anyhow. > >>>>>>>>>> > >>>>>>>>>> On Thu, May 19, 2016 at 11:56 PM, Chiradeep Vittal < > >>>>>>>>> chirade...@gmail.com> > >>>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>>> Well, you have to define "worry" :) > >>>>>>>>>>> > >>>>>>>>>>> I'm proposing an almost identical step to > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>> > >>>>> > >>> http://docs.cloudstack.apache.org/projects/cloudstack-installation/e > >>> n/ > >>>>>>>>>>> 4.6/management-server/#prepare-the-system-vm-template > >>>>>>>>>>> > >>>>>>>>>>> If they can do that, then it is not a stretch to assume they > >>>> can > >>>>>>>>>>> download the default template in a similar manner. The > >>>>>>>>>>> "cloud-install-default-template" (proposed) script can do > >>> the > >>>>>> mirror > >>>>>>>>>>> checking etc. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> On Thu, May 19, 2016 at 2:44 PM, Will Stevens < > >>>>>> wstev...@cloudops.com > >>>>>>>>>> > >>>>>>>>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> I definitely agree with this. I don't think people doing > >>> a > >>>> PoC > >>>>>>>>>>>> should > >>>>>>>>>>> have > >>>>>>>>>>>> to worry about getting a template installed on first > >>> setup. > >>>> I > >>>>>>>>> think > >>>>>>>>>>>> that is a basic feature if we want platform adoption. > >>>> Getting > >>>>>> the > >>>>>>>>>>>> first boot process from download to first VM launched > >>> should > >>>> be > >>>>>> as > >>>>>>>>>>>> smooth as > >>>>>>>>>>> possible. > >>>>>>>>>>>> > >>>>>>>>>>>> *Will STEVENS* > >>>>>>>>>>>> Lead Developer > >>>>>>>>>>>> > >>>>>>>>>>>> *CloudOps* *| *Cloud Solutions Experts > >>>>>>>>>>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w > >>>> cloudops.com > >>>>>> *|* > >>>>>>>>>>>> tw @CloudOps_ > >>>>>>>>>>>> > >>>>>>>>>>>> On Thu, May 19, 2016 at 5:37 PM, Daan Hoogland > >>>>>>>>>>>> <daan.hoogl...@gmail.com> > >>>>>>>>>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> Chiradeep, > >>>>>>>>>>>>> > >>>>>>>>>>>>> It makes sense not to have this old default very > >>> insecure > >>>>> guest > >>>>>>>>>>> template > >>>>>>>>>>>>> still be downloaded but it would be nice to have some > >>> kind > >>>> of > >>>>>>>>>>>>> meta-data pointing to the latest version of an > >>> acceptable > >>>>>>>>> template > >>>>>>>>>>>>> (symlink) for trial installs so PoCcers are swiftly on > >>>> their > >>>>>> way. > >>>>>>>>> Would you agree? > >>>>>>>>>>>>> > >>>>>>>>>>>>> On Thu, May 19, 2016 at 8:15 PM, Chiradeep Vittal < > >>>>>>>>>>> chirade...@gmail.com> > >>>>>>>>>>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> Pierre, > >>>>>>>>>>>>>> I meant the auto-download of default templates, not > >>>>> systemvm. > >>>>>>>>>>>>>> Note that the initial systemvm template has to be > >>>>>>>>>>>>>> hand-downloaded > >>>>>>>>>>>> anyway. > >>>>>>>>>>>>>> If you are a single hypervisor cloud, then that is all > >>>> that > >>>>>> is > >>>>>>>>>>> needed. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Thu, May 19, 2016 at 11:08 AM, Pierre-Luc Dion < > >>>>>>>>>>> pd...@cloudops.com> > >>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I would be -1 about disabling the autodownload of > >>> the > >>>>>>>>> systemvm > >>>>>>>>>>>>> template, > >>>>>>>>>>>>>>> has this should be simplify deployment of a > >>> cloudstack > >>>>>>>>> system. > >>>>>>>>>>>>>>> although, the download URL should be a configurable > >>>>> value, > >>>>>>>>>>>>>>> maybe > >>>>>>>>>>> in a > >>>>>>>>>>>>>>> property file or thru the API somehow or via a > >>>>> pre-install > >>>>>>>>> command. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I really like download.cloudstack.org + mirror. > >>> I'm > >>>>>> looking > >>>>>>>>>>>>>>> at > >>>>>>>>>>>>> getting > >>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>> DNS entry: builds.cloudstack.org for the new > >>> Jenkins > >>>>> and I > >>>>>>>>> got > >>>>>>>>>>>>>>> no objections on using the cloudstack.org domain > >>> for > >>>>>>>>> community > >>>>>>>>>>> services > >>>>>>>>>>>>> so > >>>>>>>>>>>>>>> I'm > >>>>>>>>>>>>>>> pretty sure we would be ok to use > >>>>> download.cloudstack.org, > >>>>>>>>>>>>>>> where > >>>>>>>>>>>> would > >>>>>>>>>>>>>> we > >>>>>>>>>>>>>>> setting this up? on the current webserver of our > >>>> website? > >>>>>>>>>>>>>>> could we > >>>>>>>>>>> ? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Cheers, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> PL > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Thu, May 19, 2016 at 11:00 AM, Giles Sirett < > >>>>>>>>>>>>>> giles.sir...@shapeblue.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Erik > >>>>>>>>>>>>>>>> I agree on the existing users - not the end of the > >>>>> world. > >>>>>>>>> We > >>>>>>>>>>> could > >>>>>>>>>>>>> even > >>>>>>>>>>>>>>>> release a tiny patch to update the DB records > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> The piece that we need to be really careful with > >>> is > >>>> the > >>>>>>>>>>>>>>>> "I've > >>>>>>>>>>> just > >>>>>>>>>>>>>>>> downloaded cloudstack thing for the first time" > >>>>> scenario > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> But - there seems to be plenty of good ideas > >>> flowing > >>>> on > >>>>>>>>> that > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Kind Regards > >>>>>>>>>>>>>>>> Giles > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> giles.sir...@shapeblue.com www.shapeblue.com > >>>>>>>>>>>>>>>> 53 Chandos Place, Covent Garden, London WC2N > >>> 4HSUK > >>>>>>>>>>>>>>>> @shapeblue > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>> From: Erik Weber [mailto:terbol...@gmail.com] > >>>>>>>>>>>>>>>> Sent: 19 May 2016 09:32 > >>>>>>>>>>>>>>>> To: dev <dev@cloudstack.apache.org> > >>>>>>>>>>>>>>>> Subject: Re: Migrating CloudStack content from > >>>>>>>>>>> download.cloud.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> As a user (with old ACS installations) I'd say > >>> that > >>>>> this > >>>>>>>>>>>>>>>> isn't > >>>>>>>>>>> all > >>>>>>>>>>>>> that > >>>>>>>>>>>>>>>> troublesome, this is easily fixed by updating the > >>>>>>>>>>>>>>>> appropriate db > >>>>>>>>>>>>>> records. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> We should ensure that we have some good posts > >>>>> discovered > >>>>>> by > >>>>>>>>>>> Google > >>>>>>>>>>>>> and > >>>>>>>>>>>>>>>> other search engines, so that when somebody > >>> running > >>>> old > >>>>>>>>>>>> installations > >>>>>>>>>>>>>> hit > >>>>>>>>>>>>>>>> this issue they find the workaround. > >>>>>>>>>>>>>>>> There's a lot of time to reach out to users and > >>>> inform > >>>>> of > >>>>>>>>>>>>>>>> the fix necessary. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Erik > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On Tue, May 17, 2016 at 10:34 AM, Giles Sirett < > >>>>>>>>>>>>>>> giles.sir...@shapeblue.com > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> This is a MAJOR problem and needs to be figured > >>> out > >>>>>>>>> before > >>>>>>>>>>>>>>>>> the > >>>>>>>>>>>>>> current > >>>>>>>>>>>>>>>>> download site is removed - @Raja - have Citrix > >>>>>> committed > >>>>>>>>>>>>>>>>> to it > >>>>>>>>>>>>> being > >>>>>>>>>>>>>>>> there > >>>>>>>>>>>>>>>>> another year ? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> It is my understanding that Cloudstack relies on > >>>> this > >>>>>>>>>>>>>>>>> download > >>>>>>>>>>> at > >>>>>>>>>>>>>>> initial > >>>>>>>>>>>>>>>>> build/startup and then periodically if people do > >>>>> things > >>>>>>>>>>>>>>>>> like > >>>>>>>>>>>> build > >>>>>>>>>>>>> a > >>>>>>>>>>>>>>> new > >>>>>>>>>>>>>>>>> zone > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> So, users environments aren't going to stop if > >>> its > >>>>>>>>> pulled, > >>>>>>>>>>>>>>>>> but > >>>>>>>>>>>>> nobody > >>>>>>>>>>>>>>>>> would be a able to build/install cloudstack and > >>> it > >>>>> may > >>>>>>>>>>>>>>>>> cause > >>>>>>>>>>>> issues > >>>>>>>>>>>>>> as > >>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>> when users make config changes > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> The problem is, for new builds, its hard coded : > >>>> you > >>>>>>>>> start > >>>>>>>>>>>>>>>>> the > >>>>>>>>>>>> Sec > >>>>>>>>>>>>>>>>> Storage VM, CloudStack will try to download the > >>>> built > >>>>>> in > >>>>>>>>>>> template > >>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>>> download.cloud.com > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> My understanding is that its simple db change > >>> to > >>>>> make > >>>>>>>>>>>>>>>>> once an > >>>>>>>>>>>>>>>> environment > >>>>>>>>>>>>>>>>> is running (exisiting users) but *may* require a > >>>> code > >>>>>>>>>>>>>>>>> patch to > >>>>>>>>>>>> fix > >>>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>> initial install > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> #notideal > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Really, this should be maintained by ASF/ the > >>>> project > >>>>>> as > >>>>>>>>>>>>>>>>> its > >>>>>>>>>>> key > >>>>>>>>>>>> to > >>>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>> software working, however my understanding is it > >>>>>> involves > >>>>>>>>>>>> binaries > >>>>>>>>>>>>>>> which > >>>>>>>>>>>>>>>>> ASF is never keen on (and may be some 3rd party > >>>>>> binaries) > >>>>>>>>>>>>>>>>> - so > >>>>>>>>>>>> that > >>>>>>>>>>>>>>> just > >>>>>>>>>>>>>>>>> wont happen > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Apt-get is controlled by Wido et al (for which > >>> we > >>>> all > >>>>>> owe > >>>>>>>>>>>>>>>>> him a > >>>>>>>>>>>>>> massive > >>>>>>>>>>>>>>>>> thanks) - but you are right, it is a 3rd party > >>>>>>>>> dependency > >>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>> arguably a > >>>>>>>>>>>>>>>>> SPOF. But, if ASF wont host binaries, we're > >>> always > >>>>>> going > >>>>>>>>>>>>>>>>> to > >>>>>>>>>>> have > >>>>>>>>>>>>>> this > >>>>>>>>>>>>>>>>> issue. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> So, we could patch the code to point somewhere > >>>> else - > >>>>>> but > >>>>>>>>>>>>>>>>> where > >>>>>>>>>>>> ? - > >>>>>>>>>>>>>> by > >>>>>>>>>>>>>>>>> definition its got to be something maintained > >>> by a > >>>>> 3rd > >>>>>>>>>>>>>>>>> party > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> We had this debate some time ago when talking > >>> about > >>>>> the > >>>>>>>>>>>>> repositories. > >>>>>>>>>>>>>>> We > >>>>>>>>>>>>>>>>> (ShapeBlue) maintain a repo for our customers, > >>>> which > >>>>>>>>> wev'e > >>>>>>>>>>> always > >>>>>>>>>>>>>>> opened > >>>>>>>>>>>>>>>> up > >>>>>>>>>>>>>>>>> as public. However, there were concerns about > >>>> having > >>>>> a > >>>>>>>>>>>>>>>>> company > >>>>>>>>>>>>> domain > >>>>>>>>>>>>>>>> name > >>>>>>>>>>>>>>>>> (which I understand) - so apt-get became our > >>>>> preferred > >>>>>>>>> repo. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thoughts on how to fix this: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> 1. if ASF would allow us to create the host > >>> entry > >>>>>>>>>>>>>>>> download.cloudstack.org. > >>>>>>>>>>>>>>>>> Its under their domain, but with the site being > >>>> with > >>>>> a > >>>>>>>>> 3rd > >>>>>>>>>>> party > >>>>>>>>>>>> it > >>>>>>>>>>>>>>> could > >>>>>>>>>>>>>>>>> be allowed > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> 2. maybe Citrix could commit to pointing the > >>>> current > >>>>>> DNS > >>>>>>>>>>>>>>>>> entry > >>>>>>>>>>>> to a > >>>>>>>>>>>>>> new > >>>>>>>>>>>>>>>>> location (would be simplest but may be legally > >>>>> complex > >>>>>>>>> and > >>>>>>>>>>> relies > >>>>>>>>>>>>> on > >>>>>>>>>>>>>>>>> ongoing goodwill) > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> 3. make a mod to allow users to choose the > >>> download > >>>>>>>>>>>>>>>>> location on > >>>>>>>>>>>>>>> install. > >>>>>>>>>>>>>>>>> We can then maintain apt-get. To remove the > >>> SPOF, > >>>> we > >>>>>>>>> could > >>>>>>>>>>>>>>>>> then > >>>>>>>>>>>> get > >>>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>> templates copied to a number of 3rd party > >>> locations > >>>>> and > >>>>>>>>>>>>>>>>> allow > >>>>>>>>>>>>> people > >>>>>>>>>>>>>> to > >>>>>>>>>>>>>>>>> choose which one they use > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Kind Regards > >>>>>>>>>>>>>>>>> Giles > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> giles.sir...@shapeblue.com www.shapeblue.com > >>>>>>>>>>>>>>>>> 53 Chandos Place, Covent Garden, London WC2N > >>> 4HSUK > >>>>>>>>>>>>>>>>> @shapeblue > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>> From: williamstev...@gmail.com [mailto: > >>>>>>>>>>> williamstev...@gmail.com] > >>>>>>>>>>>>> On > >>>>>>>>>>>>>>>>> Behalf Of Will Stevens > >>>>>>>>>>>>>>>>> Sent: 16 May 2016 18:59 > >>>>>>>>>>>>>>>>> To: dev@cloudstack.apache.org > >>>>>>>>>>>>>>>>> Cc: Wido den Hollander <w...@widodh.nl> > >>>>>>>>>>>>>>>>> Subject: Re: Migrating CloudStack content from > >>>>>>>>>>>> download.cloud.com > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> @Ian, yes, but I think there is more to it than > >>>> that. > >>>>>> We > >>>>>>>>>>>>>>>>> can > >>>>>>>>>>>>> change > >>>>>>>>>>>>>> it > >>>>>>>>>>>>>>>>> going forward and we can move everything from > >>> there > >>>>>> over > >>>>>>>>>>>>>>>>> to a > >>>>>>>>>>> new > >>>>>>>>>>>>>>> domain. > >>>>>>>>>>>>>>>>> I believe the problem is with all of the > >>> existing > >>>> ACS > >>>>>> or > >>>>>>>>>>>>>>>>> CCP > >>>>>>>>>>>>> installs > >>>>>>>>>>>>>>> out > >>>>>>>>>>>>>>>>> there currently pointing at the > >>> download.cloud.com > >>>>>> URL, > >>>>>>>>> so > >>>>>>>>>>> when > >>>>>>>>>>>> it > >>>>>>>>>>>>>>> goes > >>>>>>>>>>>>>>>>> down, those installs have to be updated. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Maybe I don't understand exactly, but that is > >>> the > >>>>>>>>>>>>>>>>> impression I > >>>>>>>>>>> am > >>>>>>>>>>>>>>> getting > >>>>>>>>>>>>>>>>> from this thread. Can this be confirmed? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> *Will STEVENS* > >>>>>>>>>>>>>>>>> Lead Developer > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> *CloudOps* *| *Cloud Solutions Experts > >>>>>>>>>>>>>>>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > >>> w > >>>>>>>>>>>>>>>>> cloudops.com > >>>>>>>>>>>> *|* > >>>>>>>>>>>>>> tw > >>>>>>>>>>>>>>>>> @CloudOps_ > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On Mon, May 16, 2016 at 1:38 PM, Ian Rae > >>>>>>>>>>>>>>>>> <i...@cloudops.com> > >>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Hey guys, who controls apt-get.eu and given > >>> the > >>>>>>>>> (rather > >>>>>>>>>>>>>> concerning) > >>>>>>>>>>>>>>>>>> level of dependency on the operation of the > >>>>>>>>>>> download.cloud.com > >>>>>>>>>>>> - > >>>>>>>>>>>>>>> would > >>>>>>>>>>>>>>>>>> it not make sense to use a domain that is > >>> under > >>>> the > >>>>>>>>>>>>>>>>>> control > >>>>>>>>>>> of > >>>>>>>>>>>>>> party > >>>>>>>>>>>>>>>>>> whose alignment with CloudStack will not > >>> shift. I > >>>>>>>>>>>>>>>>>> hesitate to implicate the red tape of Apache > >>>>>>>>> Foundation, > >>>>>>>>>>>>>>>>>> but perhaps the > >>>>>>>>>>>>> fabled > >>>>>>>>>>>>>>>>>> CloudStack alliance organization would be a > >>> good > >>>>> way > >>>>>> to > >>>>>>>>>>> handle > >>>>>>>>>>>>> this > >>>>>>>>>>>>>>>>>> long term. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> On Mon, May 16, 2016 at 1:32 PM, Raja Pullela > >>>>>>>>>>>>>>>>>> <raja.pull...@accelerite.com> wrote: > >>>>>>>>>>>>>>>>>>> Paul, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> trust me, it won’t be go away overnight. We > >>>> are > >>>>>>>>>>>>>>>>>>> talking to > >>>>>>>>>>>>>> Citrix > >>>>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>> requested them to keep it active for another > >>>> year. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Once we have the content copied over (I will > >>>> work > >>>>>>>>> with > >>>>>>>>>>>>>>>>>>> Wido > >>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>>> verify > >>>>>>>>>>>>>>>>>> this) to cloudstack.apt-get.eu and update the > >>>>>>>>>>>>>>>>>> documentation > >>>>>>>>>>>>> (user > >>>>>>>>>>>>>>>>>> guides update and create a wiki to show how an > >>>>>> existing > >>>>>>>>>>>>>> installation > >>>>>>>>>>>>>>>>>> can fixed to point to new URLs) we don’t have > >>> a > >>>>>>>>>>>>>>>>>> dependency > >>>>>>>>>>> on “ > >>>>>>>>>>>>>>>>> download.cloud.com” – > >>>>>>>>>>>>>>>>>> right? sorry, if I am missing something here? > >>>>>> Please > >>>>>>>>> let > >>>>>>>>>>> me > >>>>>>>>>>>>>> know, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> best, > >>>>>>>>>>>>>>>>>>> Raja > >>>>>>>>>>>>>>>>>>> Senior Manager, Product Development > >>> Accelerite, > >>>>>> 2055, > >>>>>>>>>>>>>>>>>>> Laurelwood Road, Santa Clara, CA 95054, USA > >>>>>>>>>>>>>>>>>>> Phone: 1-408-216-7010, www.accelerite.com, > >>>>>>>>>>>>>>>>>>> @accelerite > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> On 5/16/16, 9:38 PM, "Paul Angus" < > >>>>>>>>>>> paul.an...@shapeblue.com> > >>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>>>> Thanks Raja, > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> May I humbly suggest that someone at > >>> Accelerite > >>>>>>>>> speaks > >>>>>>>>>>>>>>>>>>>> to > >>>>>>>>>>>>> Citrix > >>>>>>>>>>>>>>>>>>>> about > >>>>>>>>>>>>>>>>>> how long the content will remain on > >>>>>> download.cloud.com > >>>>>>>>> ? > >>>>>>>>>>>>>>>>>>>> Simply losing the content on > >>>> download.cloud.com > >>>>>>>>>>>>>>>>>>>> overnight > >>>>>>>>>>>> will > >>>>>>>>>>>>>>> make > >>>>>>>>>>>>>>>>>> everyone look bad > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Kind regards, > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Paul Angus > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> paul.an...@shapeblue.com www.shapeblue.com > >>>>>>>>>>>>>>>>>>>> 53 Chandos Place, Covent Garden, London > >>> WC2N > >>>>> 4HSUK > >>>>>>>>>>>> @shapeblue > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>>>>> From: Raja Pullela > >>>>>>>>>>>>>>>>>>>> [mailto:raja.pull...@accelerite.com] > >>>>>>>>>>>>>>>>>>>> Sent: 16 May 2016 16:44 > >>>>>>>>>>>>>>>>>>>> To: dev@cloudstack.apache.org > >>>>>>>>>>>>>>>>>>>> Subject: Re: Migrating CloudStack content > >>> from > >>>>>>>>>>>>>> download.cloud.com > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Paul, > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Yes, you are right, this change impacts both > >>>>>>>>>>>>>>>>>>>> CloudStack and > >>>>>>>>>>>>>>>>>> CloudPlatform customers. Not sure, if I > >>>> understand > >>>>>> you > >>>>>>>>>>>>> correctly, > >>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>>> move away from “download.cloud.com” is > >>>>> permanent. I > >>>>>>>>>>>>>>>>>> don’t > >>>>>>>>>>>> know > >>>>>>>>>>>>>> how > >>>>>>>>>>>>>>>>>> long the content on download.cloud.com will > >>> be > >>>>>>>>> up/available. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Based on Wido’s availability, we can get > >>> rest > >>>> of > >>>>>> the > >>>>>>>>>>> content > >>>>>>>>>>>> to > >>>>>>>>>>>>>>>>>> cloudstack.apt-get.eu, hopefully, by this > >>> week ? > >>>>>>>>> BTW, > >>>>>>>>> the > >>>>>>>>>>>>>> content > >>>>>>>>>>>>>>>> on > >>>>>>>>>>>>>>>>>> download.cloud.com is left as is and will > >>> stay > >>>> as > >>>>> is > >>>>>>>>>>>>>>>>>> until > >>>>>>>>>>>>> Citrix > >>>>>>>>>>>>>>>>>> decides on what to do with it. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Best, > >>>>>>>>>>>>>>>>>>>> Raja > >>>>>>>>>>>>>>>>>>>> Senior Manager, Product Development > >>> Accelerite, > >>>>>> 2055, > >>>>>>>>>>>>>>>>>>>> Laurelwood Road, Santa Clara, CA 95054, USA > >>>>>>>>>>>>>>>>>>>> Phone: 1-408-216-7010, www.accelerite.com, > >>>>>>>>>>>>>>>>>>>> @accelerite > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> On 5/16/16, 6:36 PM, "Paul Angus" < > >>>>>>>>>>> paul.an...@shapeblue.com> > >>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Raja, > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> As this effects every copy of CloudStack > >>> and > >>>>>>>>>>>>>>>>>>>>> CloudPlatform > >>>>>>>>>>>>> there > >>>>>>>>>>>>>>>>>>>>> ever > >>>>>>>>>>>>>>>>>> was. Please may I ask how long we have to > >>>> manage a > >>>>>>>>>>>>>>>>>> migration > >>>>>>>>>>>>> away > >>>>>>>>>>>>>>>>>> from download.cloud.com? > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Kind regards, > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Paul Angus > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Paul Angus > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> paul.an...@shapeblue.com www.shapeblue.com > >>>>>>>>>>>>>>>>>>>>> 53 Chandos Place, Covent Garden, London > >>> WC2N > >>>>>> 4HSUK > >>>>>>>>>>>> @shapeblue > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>>>>>> From: Raja Pullela > >>>>>>>>>>>>>>>>>>>>> [mailto:raja.pull...@accelerite.com] > >>>>>>>>>>>>>>>>>>>>> Sent: 16 May 2016 13:53 > >>>>>>>>>>>>>>>>>>>>> To: dev@cloudstack.apache.org > >>>>>>>>>>>>>>>>>>>>> Subject: Re: Migrating CloudStack content > >>> from > >>>>>>>>>>>>>> download.cloud.com > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Hi Paul, > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Thank you for the additional file details > >>> and > >>>> I > >>>>>> will > >>>>>>>>>>> request > >>>>>>>>>>>>>> wido > >>>>>>>>>>>>>>>>>>>>> to > >>>>>>>>>>>>>>>>>> copy these as well. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> BTW, I agree with you there is every copy > >>> of > >>>>>>>>>>>>>>>>>>>>> CloudStack > >>>>>>>>>>> out > >>>>>>>>>>>>>> there > >>>>>>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>> reason why I have requested Wido to download > >>> all > >>>>> the > >>>>>>>>> old > >>>>>>>>>>> files > >>>>>>>>>>>> as > >>>>>>>>>>>>>>> well. > >>>>>>>>>>>>>>>>>> Looks like we missed few and get these > >>> uploaded > >>>> as > >>>>>>>>> well. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Please note that Citrix owns the “ > >>>>>>>>> download.cloud.com” > >>>>>>>>>>>> address > >>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>>>>> we > >>>>>>>>>>>>>>>>>> have to get all the CloudStack related content > >>>> from > >>>>>>>>> there. > >>>>>>>>>>>> Once > >>>>>>>>>>>>> we > >>>>>>>>>>>>>>>>>> confirm on the content move Citrix may choose > >>> to > >>>>>> remove > >>>>>>>>>>>>>>>>>> the > >>>>>>>>>>>>> content > >>>>>>>>>>>>>>>>>> from the location. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> That said, I will get in touch with Wido > >>> again > >>>>> and > >>>>>>>>> do > >>>>>>>>>>>>>>>>>>>>> a > >>>>>>>>>>>>> complete > >>>>>>>>>>>>>>>>>>>>> copy > >>>>>>>>>>>>>>>>>> such that we have everything. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Best, > >>>>>>>>>>>>>>>>>>>>> Raja > >>>>>>>>>>>>>>>>>>>>> Senior Manager, Product Development > >>>> Accelerite, > >>>>>>>>> 2055, > >>>>>>>>>>>>> Laurelwood > >>>>>>>>>>>>>>>>>>>>> Road, Santa Clara, CA 95054, USA > >>>>>>>>>>>>>>>>>>>>> Phone: 1-408-216-7010, www.accelerite.com > >>> , > >>>>>>>>>>>>>>>>>>>>> @accelerite > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> On 5/14/16, 7:12 AM, "Paul Angus" < > >>>>>>>>>>> paul.an...@shapeblue.com > >>>>>>>>>>>>> > >>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>>>>>> Raja, > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> I've just picked up on this. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> There are a number of URLs which are > >>>> hardcoded > >>>>>> into > >>>>>>>>>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>> CloudStack > >>>>>>>>>>>>>>>>>> database for the small built-in templates. > >>> These > >>>>> are > >>>>>>>>> in > >>>>>>>>>>>>>>>>>> just > >>>>>>>>>>>>> about > >>>>>>>>>>>>>>>>>> every copy of CloudStack out there. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>> http://download.cloud.com/templates/builtin/f59f18fb-ae94-4f97 > >>>>>>>>>>>>>>> -afd > >>>>>>>>>>>>>>>>>>>>>> 2-f8 > >>>>>>>>>>>>>>>>>>>>>> 4 > >>>>>>>>>>>>>>>>>>>>>> 755767aca.vhd.bz2 > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>> http://download.cloud.com/releases/2.2.0/eec2209b-9875-3c8d-92 > >>>>>>>>>>>>>>> be-c > >>>>>>>>>>>>>>>>>>>>>> 001b > >>>>>>>>>>>>>>>>>>>>>> d > >>>>>>>>>>>>>>>>>>>>>> 8a0faf.qcow2.bz2 > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>> http://download.cloud.com/templates/builtin/centos56-x86_64.vh > >>>>>>>>>>>>>>> d.bz > >>>>>>>>>>>>>>>>>>>>>> 2 > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>> http://download.cloud.com/releases/4.3/centos6_4_64bit.vhd.bz2 > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>> http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>> http://download.cloud.com/templates/builtin/centos-7-x86_64.ta > >>>>>>>>>>>>>>> r.gz > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> These will need copying and the CloudStack > >>>> code > >>>>>>>>>>>>>>>>>>>>>> updating > >>>>>>>>>>> to > >>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>>>>>>> new > >>>>>>>>>>>>>>>>>> location. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> I don't think that you can deprecate > >>>>>>>>>>>>>>>>>>>>>> download.cloud.com > >>>>>>>>>>> or > >>>>>>>>>>>>>> it's > >>>>>>>>>>>>>>>>>> contents for some time, without causing a lot > >>> of > >>>>>> issues > >>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>> users. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Short Term - all the content has moved to > >>>>>>>>>>>>>> cloudstack.apt-get.eu > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Which sections to be modified? > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> The Install Guide needs to be modified. > >>>> Sample > >>>>>>>>>>>> links/details > >>>>>>>>>>>>>> are > >>>>>>>>>>>>>>>>>>>>>> mentioned below for 4.6 and same needs to > >>> be > >>>>>>>>> updated > >>>>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>> other > >>>>>>>>>>>>>>>>>>>>>> Released versions of Cloudstack > >>>> documentation: > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>> http://docs.cloudstack.apache.org/projects/cloudstack-installa > >>>>>>>>>>>>>>> tion > >>>>>>>>>>>>>>>>>>>>>> /en/ > >>>>>>>>>>>>>>>>>>>>>> 4 > >>> .6/management-server/#downloading-vhd-util > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Section - Downloading vhd-util¶ > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> What to do modified ? > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> modify URL from > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>> http://download.cloud.com.s3.amazonaws.com/tools/vhd-util > >>>>>>>>>>>> to > >>>>>>>>>>>>>>>>>>>>>> > >>> http://cloudstack.apt-get.eu/tools/vhd-util > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> @Rajsekhar can you please update the > >>>> sections ? > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Thanks > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Raja > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Senior Manager, Product Development > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Accelerite, > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> 2055, Laurelwood Road, Santa Clara, CA > >>>> 95054, > >>>>>> USA > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Phone: 1-408-216-7010, > >>> www.accelerite.com, > >>>>>>>>>>>>>>>>>>>>>> @accelerite > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Kind regards, > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Paul Angus > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Paul Angus > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> paul.an...@shapeblue.com > >>> www.shapeblue.com > >>>>>>>>>>>>>>>>>>>>>> 53 Chandos Place, Covent Garden, London > >>> WC2N > >>>>>> 4HSUK > >>>>>>>>>>>>> @shapeblue > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> DISCLAIMER > >>>>>>>>>>>>>>>>>>>>> ========== > >>>>>>>>>>>>>>>>>>>>> This e-mail may contain privileged and > >>>>>> confidential > >>>>>>>>>>>>> information > >>>>>>>>>>>>>>>>>>>>> which > >>>>>>>>>>>>>>>>>> is the property of Accelerite, a Persistent > >>>> Systems > >>>>>>>>> business. > >>>>>>>>>>>> It > >>>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> intended only for the use of the individual or > >>>>> entity > >>>>>>>>> to > >>>>>>>>>>> which > >>>>>>>>>>>> it > >>>>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> addressed. If you are not the intended > >>> recipient, > >>>>> you > >>>>>>>>> are > >>>>>>>>> not > >>>>>>>>>>>>>>>>>> authorized to read, retain, copy, print, > >>>> distribute > >>>>>> or > >>>>>>>>> use > >>>>>>>>>>> this > >>>>>>>>>>>>>>>>>> message. If you have received this > >>> communication > >>>> in > >>>>>>>>> error, > >>>>>>>>>>>> please > >>>>>>>>>>>>>>>>>> notify the sender and delete all copies of > >>> this > >>>>>>>>> message. > >>>>>>>>>>>>>> Accelerite, > >>>>>>>>>>>>>>> a > >>>>>>>>>>>>>>>>>> Persistent Systems business does not accept > >>> any > >>>>>>>>> liability > >>>>>>>>> for > >>>>>>>>>>>>> virus > >>>>>>>>>>>>>>>>> infected mails. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> DISCLAIMER > >>>>>>>>>>>>>>>>>>>> ========== > >>>>>>>>>>>>>>>>>>>> This e-mail may contain privileged and > >>>>> confidential > >>>>>>>>>>>> information > >>>>>>>>>>>>>>>>>>>> which is > >>>>>>>>>>>>>>>>>> the property of Accelerite, a Persistent > >>> Systems > >>>>>>>>> business. It > >>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> intended only for the use of the individual or > >>>>> entity > >>>>>>>>> to > >>>>>>>>>>> which > >>>>>>>>>>>> it > >>>>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> addressed. If you are not the intended > >>> recipient, > >>>>> you > >>>>>>>>> are > >>>>>>>>> not > >>>>>>>>>>>>>>>>>> authorized to read, retain, copy, print, > >>>> distribute > >>>>>> or > >>>>>>>>> use > >>>>>>>>>>> this > >>>>>>>>>>>>>>>>>> message. If you have received this > >>> communication > >>>> in > >>>>>>>>> error, > >>>>>>>>>>>> please > >>>>>>>>>>>>>>>>>> notify the sender and delete all copies of > >>> this > >>>>>>>>> message. > >>>>>>>>>>>>>> Accelerite, > >>>>>>>>>>>>>>> a > >>>>>>>>>>>>>>>>>> Persistent Systems business does not accept > >>> any > >>>>>>>>> liability > >>>>>>>>> for > >>>>>>>>>>>>> virus > >>>>>>>>>>>>>>>>> infected mails. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> DISCLAIMER > >>>>>>>>>>>>>>>>>>> ========== > >>>>>>>>>>>>>>>>>>> This e-mail may contain privileged and > >>>>> confidential > >>>>>>>>>>>> information > >>>>>>>>>>>>>>>>>>> which is > >>>>>>>>>>>>>>>>>> the property of Accelerite, a Persistent > >>> Systems > >>>>>>>>> business. It > >>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> intended only for the use of the individual or > >>>>> entity > >>>>>>>>> to > >>>>>>>>>>> which > >>>>>>>>>>>> it > >>>>>>>>>>>>>> is > >>>>>>>>>>>>>>>>>> addressed. If you are not the intended > >>> recipient, > >>>>> you > >>>>>>>>> are > >>>>>>>>> not > >>>>>>>>>>>>>>>>>> authorized to read, retain, copy, print, > >>>> distribute > >>>>>> or > >>>>>>>>> use > >>>>>>>>>>> this > >>>>>>>>>>>>>>>>>> message. If you have received this > >>> communication > >>>> in > >>>>>>>>> error, > >>>>>>>>>>>> please > >>>>>>>>>>>>>>>>>> notify the sender and delete all copies of > >>> this > >>>>>>>>> message. > >>>>>>>>>>>>>> Accelerite, > >>>>>>>>>>>>>>> a > >>>>>>>>>>>>>>>>>> Persistent Systems business does not accept > >>> any > >>>>>>>>> liability > >>>>>>>>> for > >>>>>>>>>>>>> virus > >>>>>>>>>>>>>>>>> infected mails. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>> Ian Rae > >>>>>>>>>>>>>>>>>> CEO | PDG > >>>>>>>>>>>>>>>>>> c: 514.944.4008 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> CloudOps | Cloud Infrastructure and Networking > >>>>>>>>> Solutions > >>>>>>>>>>>>>>>>>> www.cloudops.com | 420 rue Guy | Montreal | > >>>>> Canada | > >>>>>>>>> H3J > >>>>>>>>> 1S6 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> Daan > >>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Daan > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Rafael Weingärtner > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Daan > >>>> > >>> > >> > >> > > > > > DISCLAIMER > ========== > This e-mail may contain privileged and confidential information which is > the property of Accelerite, a Persistent Systems business. It is intended > only for the use of the individual or entity to which it is addressed. If > you are not the intended recipient, you are not authorized to read, retain, > copy, print, distribute or use this message. If you have received this > communication in error, please notify the sender and delete all copies of > this message. Accelerite, a Persistent Systems business does not accept any > liability for virus infected mails. >