Chiradeep, I am +1 to using a mirror list downloaded from downloads.cloudstack.apache.org via https only (i.e. https://downloads.cloudstack.apache.org/mirror.lst). This approach seems to be a common approach employed by other Apache projects that need to provided downloadable assets. Therefore, I would imagine it would be something ASF Infra would be able to support.
It also seems like we should have a hashes of a assets hosted on downloads.cloudstack.apache.org in order to allow users to verify that mirror has not been corrupted. Anyone opposed to targeting this change for the next round of releases -- 4.9.2.0, 4.10.1.0, and 4.11.0.0? Thanks, -John john.burw...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London VA WC2N 4HSUK @shapeblue > On Nov 1, 2016, at 2:25 PM, Chiradeep Vittal <chirade...@gmail.com> wrote: > > I believe that there is already a new site, but the software still points > to download.cloud.com. There was also discussion about > - building mirror sites instead of a SPOF site > - eliminating the automatic download of templates and updating the > documentation on use of offline templates. > Older releases may not be changed, but users need to be notified and > documentation needs to be updated and publicized. > > Thread here: > http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201605.mbox/thread?4 > > We should ask for the download.cloud.com site to be taken offline for 24 > hours to see how many people scream, perhaps then the community will swing > into action? > > > > On Mon, Oct 31, 2016 at 1:49 PM, Rajesh Ramchandani < > rajesh.ramchand...@accelerite.com> wrote: > >> Are we looking for new server to host this site? >> >> >> >> On Mon, Oct 31, 2016 at 12:46 PM -0700, "Chiradeep Vittal" < >> chirade...@gmail.com<mailto:chirade...@gmail.com>> wrote: >> >> Bumping this. Any progress on this? download.cloud.com is not an Apache >> property and is subject to the whims of its owner (Citrix). >> >> On Mon, Jun 6, 2016 at 9:44 AM, Chiradeep Vittal <chirade...@gmail.com> >> wrote: >> >>> 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<http://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<http://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<http://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< >> http://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< >> http://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< >> http://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< >> http://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< >> http://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< >> http://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< >> http://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<http://www.accelerite.com>, >>>>>>>>>>>>>>>>>>>>>>>>>> @accelerite >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Kind regards, >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Paul Angus >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Paul Angus >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> paul.an...@shapeblue.com >>>>>>> www.shapeblue.com<http://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<http://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. >>>> >>> >>> >> >> >> >> 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. >>
