Re: CloudStack Mirrors

2014-10-14 Thread Nux!
Works for me, thanks! :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Sent: Tuesday, 14 October, 2014 13:18:23
> Subject: Re: CloudStack Mirrors

> Hi,
> 
> On 14-Oct-2014, at 5:13 pm, Nux!  wrote:
>> That's very nice and certainly needed, but it may be a problem - i.e. a
>> commercial entity distributing Cloudstack binaries, depending on the
>> bureaucracy at the moment, it could be at best an unofficial solution. /imho
> 
> You’re right, we’re not going to push it to make it official. It will a free
> hosted service that we (ShapeBlue) build and manage for our use-cases, at the
> same time we offer it publicly, claim to be reliable, trustworthy and good
> citizens, and maintain relevant information (such as release notes, 
> information
> on builds etc) for the benefit of CloudStack users.


Re: CloudStack Mirrors

2014-10-14 Thread Rohit Yadav
Hi,

On 14-Oct-2014, at 5:13 pm, Nux!  wrote:
> That's very nice and certainly needed, but it may be a problem - i.e. a 
> commercial entity distributing Cloudstack binaries, depending on the 
> bureaucracy at the moment, it could be at best an unofficial solution. /imho

You’re right, we’re not going to push it to make it official. It will a free 
hosted service that we (ShapeBlue) build and manage for our use-cases, at the 
same time we offer it publicly, claim to be reliable, trustworthy and good 
citizens, and maintain relevant information (such as release notes, information 
on builds etc) for the benefit of CloudStack users.

Regards.

>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Tuesday, 14 October, 2014 12:05:48
>> Subject: Re: CloudStack Mirrors
>
>> Hi,
>>
>> We think one issue with current CloudStack repositories and hosting locations
>> are that they are not very informative about what tag/commit was used to 
>> build
>> the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or
>> if they were patched or built out of official CloudStack releases, and they 
>> may
>> not host all the artifacts (templates, debs, rpms) since 4.0.
>>
>> ShapeBlue has a product patching service for their customers so we invested 
>> some
>> time in last few weeks to build the infrastructure to solve these issues. To
>> host this publicly for everyone (and yes including the patch repositories,
>> since we try to do most of our work upstream and share our branches publicly
>> https://github.com/shapeblue/cloudstack), we’re working on having a dedicated
>> site/page that holds release notes and relevant information of all the things
>> that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll 
>> be
>> able to add more nodes in other geographic locations and make it public.
>>
>> On 14-Oct-2014, at 3:43 pm, Leo Simons  wrote:
>>> On Oct 14, 2014, at 10:44 AM, Erik Weber  wrote:
>>>> I'm not familiar with Apache policies in this regard, but is there any way
>>>> we could establish a set of official / supported mirrors that all answer on
>>>> the same DNS address?
>>>> I.e. so that we only have to document one url
>>>
>>> Typically the mirroring people use 302 redirects rather than DNS magic.
>>>
>>> Basically, to do it right, I think we should choose one route of
>>>
>>> 1. use existing apache mirror infrastructure
>>> * discuss with infrastructure@ the sanity of hosting systemvms on the 
>>> existing
>>> mirrors, if ok, @see
>>> http://www.apache.org/info/how-to-mirror.html
>>> http://people.apache.org/~bodewig/mirror.html
>>> http://www.apache.org/dev/mirrors.html
>>> http://www.apache.org/dev/release-download-pages
>>> * release systemvms as actual/official apache artifacts
>>> * create a custom version of dyn.cgi/download.cgi if/as needed
>>> * update scripts to point at that CGI, i.e.
>>> http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2
>>>
>>> 2. use existing sourceforge mirror infrastructure
>>> * release systemvms as semi-official binaries built from apache source
>>> * create a project on sourceforge
>>> * use the sourceforge mirror infrastructure
>>> * example of apache project doing this
>>> http://www.openoffice.org/download/index.html
>>> http://sourceforge.net/projects/openofficeorg.mirror/
>>> * update scripts to point at that magic, i.e.
>>> curl -o systemvm-4.4.1.xen.bz2 -L
>>> http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download
>>> * tell infrastructure@ we are doing this just so they’re aware of the need 
>>> and
>>> how we addressed it
>>>
>>> The problem with using the apache mirrors is that traditionally apache 
>>> promises
>>> to keep the total repo somewhat size-limited. Lot of sites mirror apache 
>>> (and
>>> fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a
>>> source forge or linux mirror.
>>>
>>> The OpenOffice approach is interesting because before becoming an apache 
>>> project
>>> they had huge mirror infrastructure (built with mirrorbrain), some of which
>>> actually migrated to apache hardware IIRC with quite a bit of invested 
>>&g

Re: CloudStack Mirrors

2014-10-14 Thread Nux!
That's very nice and certainly needed, but it may be a problem - i.e. a 
commercial entity distributing Cloudstack binaries, depending on the 
bureaucracy at the moment, it could be at best an unofficial solution. /imho

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Sent: Tuesday, 14 October, 2014 12:05:48
> Subject: Re: CloudStack Mirrors

> Hi,
> 
> We think one issue with current CloudStack repositories and hosting locations
> are that they are not very informative about what tag/commit was used to build
> the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or
> if they were patched or built out of official CloudStack releases, and they 
> may
> not host all the artifacts (templates, debs, rpms) since 4.0.
> 
> ShapeBlue has a product patching service for their customers so we invested 
> some
> time in last few weeks to build the infrastructure to solve these issues. To
> host this publicly for everyone (and yes including the patch repositories,
> since we try to do most of our work upstream and share our branches publicly
> https://github.com/shapeblue/cloudstack), we’re working on having a dedicated
> site/page that holds release notes and relevant information of all the things
> that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll be
> able to add more nodes in other geographic locations and make it public.
> 
> On 14-Oct-2014, at 3:43 pm, Leo Simons  wrote:
>> On Oct 14, 2014, at 10:44 AM, Erik Weber  wrote:
>>> I'm not familiar with Apache policies in this regard, but is there any way
>>> we could establish a set of official / supported mirrors that all answer on
>>> the same DNS address?
>>> I.e. so that we only have to document one url
>>
>> Typically the mirroring people use 302 redirects rather than DNS magic.
>>
>> Basically, to do it right, I think we should choose one route of
>>
>> 1. use existing apache mirror infrastructure
>> * discuss with infrastructure@ the sanity of hosting systemvms on the 
>> existing
>> mirrors, if ok, @see
>>  http://www.apache.org/info/how-to-mirror.html
>>  http://people.apache.org/~bodewig/mirror.html
>>  http://www.apache.org/dev/mirrors.html
>>  http://www.apache.org/dev/release-download-pages
>> * release systemvms as actual/official apache artifacts
>> * create a custom version of dyn.cgi/download.cgi if/as needed
>> * update scripts to point at that CGI, i.e.
>>  
>> http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2
>>
>> 2. use existing sourceforge mirror infrastructure
>> * release systemvms as semi-official binaries built from apache source
>> * create a project on sourceforge
>> * use the sourceforge mirror infrastructure
>> * example of apache project doing this
>>  http://www.openoffice.org/download/index.html
>>  http://sourceforge.net/projects/openofficeorg.mirror/
>> * update scripts to point at that magic, i.e.
>>  curl -o systemvm-4.4.1.xen.bz2 -L
>>  
>> http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download
>> * tell infrastructure@ we are doing this just so they’re aware of the need 
>> and
>> how we addressed it
>>
>> The problem with using the apache mirrors is that traditionally apache 
>> promises
>> to keep the total repo somewhat size-limited. Lot of sites mirror apache (and
>> fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a
>> source forge or linux mirror.
>>
>> The OpenOffice approach is interesting because before becoming an apache 
>> project
>> they had huge mirror infrastructure (built with mirrorbrain), some of which
>> actually migrated to apache hardware IIRC with quite a bit of invested 
>> effort,
>> but now it seems they abandoned that, and are just using sourceforge. So I
>> suggest learning their lessons and doing the same.
>>
>> All the people around the world providing mirroring for open source projects
>> will probably appreciate not having another thing to configure :)
>>
>>
>> cheers,
>>
>>
>> Leo
>>
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
> C

Re: CloudStack Mirrors

2014-10-14 Thread Rohit Yadav
Hi,

We think one issue with current CloudStack repositories and hosting locations 
are that they are not very informative about what tag/commit was used to build 
the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or 
if they were patched or built out of official CloudStack releases, and they may 
not host all the artifacts (templates, debs, rpms) since 4.0.

ShapeBlue has a product patching service for their customers so we invested 
some time in last few weeks to build the infrastructure to solve these issues. 
To host this publicly for everyone (and yes including the patch repositories, 
since we try to do most of our work upstream and share our branches publicly 
https://github.com/shapeblue/cloudstack), we’re working on having a dedicated 
site/page that holds release notes and relevant information of all the things 
that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll be 
able to add more nodes in other geographic locations and make it public.

On 14-Oct-2014, at 3:43 pm, Leo Simons  wrote:
> On Oct 14, 2014, at 10:44 AM, Erik Weber  wrote:
>> I'm not familiar with Apache policies in this regard, but is there any way
>> we could establish a set of official / supported mirrors that all answer on
>> the same DNS address?
>> I.e. so that we only have to document one url
>
> Typically the mirroring people use 302 redirects rather than DNS magic.
>
> Basically, to do it right, I think we should choose one route of
>
> 1. use existing apache mirror infrastructure
> * discuss with infrastructure@ the sanity of hosting systemvms on the 
> existing mirrors, if ok, @see
>  http://www.apache.org/info/how-to-mirror.html
>  http://people.apache.org/~bodewig/mirror.html
>  http://www.apache.org/dev/mirrors.html
>  http://www.apache.org/dev/release-download-pages
> * release systemvms as actual/official apache artifacts
> * create a custom version of dyn.cgi/download.cgi if/as needed
> * update scripts to point at that CGI, i.e.
>  
> http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2
>
> 2. use existing sourceforge mirror infrastructure
> * release systemvms as semi-official binaries built from apache source
> * create a project on sourceforge
> * use the sourceforge mirror infrastructure
> * example of apache project doing this
>  http://www.openoffice.org/download/index.html
>  http://sourceforge.net/projects/openofficeorg.mirror/
> * update scripts to point at that magic, i.e.
>  curl -o systemvm-4.4.1.xen.bz2 -L 
> http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download
> * tell infrastructure@ we are doing this just so they’re aware of the need 
> and how we addressed it
>
> The problem with using the apache mirrors is that traditionally apache 
> promises to keep the total repo somewhat size-limited. Lot of sites mirror 
> apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you 
> need to be a source forge or linux mirror.
>
> The OpenOffice approach is interesting because before becoming an apache 
> project they had huge mirror infrastructure (built with mirrorbrain), some of 
> which actually migrated to apache hardware IIRC with quite a bit of invested 
> effort, but now it seems they abandoned that, and are just using sourceforge. 
> So I suggest learning their lessons and doing the same.
>
> All the people around the world providing mirroring for open source projects 
> will probably appreciate not having another thing to configure :)
>
>
> cheers,
>
>
> Leo
>

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue

Re: CloudStack Mirrors

2014-10-14 Thread Nux!
302 redirects could still point you to the slow mirror, so the problem exists.

Libreoffice still uses Mirrorbrain and it does do a good job (it looks at 
geoip, AS numbers etc), but I think it would be overkill for such a small 
project.
sf.net is an option, though I don't think it has a bright future (or one at all 
for that matter, the present is not too great either), but definitely something 
to try.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Leo Simons" 
> To: dev@cloudstack.apache.org
> Sent: Tuesday, 14 October, 2014 11:13:46
> Subject: Re: CloudStack Mirrors

> On Oct 14, 2014, at 10:44 AM, Erik Weber  wrote:
>> I'm not familiar with Apache policies in this regard, but is there any way
>> we could establish a set of official / supported mirrors that all answer on
>> the same DNS address?
>> I.e. so that we only have to document one url
> 
> Typically the mirroring people use 302 redirects rather than DNS magic.
> 
> Basically, to do it right, I think we should choose one route of
> 
> 1. use existing apache mirror infrastructure
> * discuss with infrastructure@ the sanity of hosting systemvms on the existing
> mirrors, if ok, @see
>  http://www.apache.org/info/how-to-mirror.html
>  http://people.apache.org/~bodewig/mirror.html
>  http://www.apache.org/dev/mirrors.html
>  http://www.apache.org/dev/release-download-pages
> * release systemvms as actual/official apache artifacts
> * create a custom version of dyn.cgi/download.cgi if/as needed
> * update scripts to point at that CGI, i.e.
>  
> http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2
> 
> 2. use existing sourceforge mirror infrastructure
> * release systemvms as semi-official binaries built from apache source
> * create a project on sourceforge
> * use the sourceforge mirror infrastructure
> * example of apache project doing this
>  http://www.openoffice.org/download/index.html
>  http://sourceforge.net/projects/openofficeorg.mirror/
> * update scripts to point at that magic, i.e.
>  curl -o systemvm-4.4.1.xen.bz2 -L
>  
> http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download
> * tell infrastructure@ we are doing this just so they’re aware of the need and
> how we addressed it
> 
> The problem with using the apache mirrors is that traditionally apache 
> promises
> to keep the total repo somewhat size-limited. Lot of sites mirror apache (and
> fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a
> source forge or linux mirror.
> 
> The OpenOffice approach is interesting because before becoming an apache 
> project
> they had huge mirror infrastructure (built with mirrorbrain), some of which
> actually migrated to apache hardware IIRC with quite a bit of invested effort,
> but now it seems they abandoned that, and are just using sourceforge. So I
> suggest learning their lessons and doing the same.
> 
> All the people around the world providing mirroring for open source projects
> will probably appreciate not having another thing to configure :)
> 
> 
> cheers,
> 
> 
> Leo


Re: CloudStack Mirrors

2014-10-14 Thread Leo Simons
On Oct 14, 2014, at 10:44 AM, Erik Weber  wrote:
> I'm not familiar with Apache policies in this regard, but is there any way
> we could establish a set of official / supported mirrors that all answer on
> the same DNS address?
> I.e. so that we only have to document one url

Typically the mirroring people use 302 redirects rather than DNS magic.

Basically, to do it right, I think we should choose one route of

1. use existing apache mirror infrastructure
* discuss with infrastructure@ the sanity of hosting systemvms on the existing 
mirrors, if ok, @see
  http://www.apache.org/info/how-to-mirror.html
  http://people.apache.org/~bodewig/mirror.html
  http://www.apache.org/dev/mirrors.html
  http://www.apache.org/dev/release-download-pages
* release systemvms as actual/official apache artifacts
* create a custom version of dyn.cgi/download.cgi if/as needed
* update scripts to point at that CGI, i.e.
  
http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2

2. use existing sourceforge mirror infrastructure 
* release systemvms as semi-official binaries built from apache source
* create a project on sourceforge
* use the sourceforge mirror infrastructure
* example of apache project doing this
  http://www.openoffice.org/download/index.html
  http://sourceforge.net/projects/openofficeorg.mirror/
* update scripts to point at that magic, i.e.
  curl -o systemvm-4.4.1.xen.bz2 -L 
http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download
* tell infrastructure@ we are doing this just so they’re aware of the need and 
how we addressed it

The problem with using the apache mirrors is that traditionally apache promises 
to keep the total repo somewhat size-limited. Lot of sites mirror apache (and 
fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a 
source forge or linux mirror.

The OpenOffice approach is interesting because before becoming an apache 
project they had huge mirror infrastructure (built with mirrorbrain), some of 
which actually migrated to apache hardware IIRC with quite a bit of invested 
effort, but now it seems they abandoned that, and are just using sourceforge. 
So I suggest learning their lessons and doing the same.

All the people around the world providing mirroring for open source projects 
will probably appreciate not having another thing to configure :)


cheers,


Leo



Re: CloudStack Mirrors

2014-10-14 Thread Nux!
I think that would overcomplicate things and introduce a single point of 
failure while not necessarily solving the problem
(RR DNS could still offer the "slow" site to a client).
IMHO leave it as it is and perhaps make people aware that there are mirrors 
available so they can advise on the lists and so on.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Erik Weber" 
> To: "dev" 
> Sent: Tuesday, 14 October, 2014 09:44:11
> Subject: Re: CloudStack Mirrors

> I'm not familiar with Apache policies in this regard, but is there any way
> we could establish a set of official / supported mirrors that all answer on
> the same DNS address?
> I.e. so that we only have to document one url
> 
> --
> Erik
> 
> On Tue, Oct 14, 2014 at 9:42 AM, Nux!  wrote:
> 
>> There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as
>> well.
>>
>> HTH
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> ----- Original Message -
>> > From: "Ian Duffy" 
>> > To: "CloudStack Dev" 
>> > Sent: Tuesday, 14 October, 2014 01:38:19
>> > Subject: Re: CloudStack Mirrors
>>
>> > Hi Mo,
>> >
>> > I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/
>> >
>> > Its pretty fast, can grab the systemvm in about 1 minute.
>> >
>> > The citrix guys have some on http://download.cloud.com/ as well.
>> >
>> > Hope this helps,
>> >
>> > Ian
>> >
>> > On 14 October 2014 01:18, Mo  wrote:
>> >
>> >> Greetings,
>> >>
>> >>
>> >> Has there been further discussion on setting up domains. Presently
>> >> attempting to obtain the systemvm, and it’s saying 75 minute download
>> time.
>> >> I, know for sure it’s not my speed, which is 300mpbs.
>> >>
>> >>
>> >> Has anyone else experienced this and/or have mirrors that I may not know
>> >> about?
>> >>
>> >>
>> >> // Mo
>> >>
>> >> —
>> > > Sent from Mailbox


Re: CloudStack Mirrors

2014-10-14 Thread Erik Weber
I'm not familiar with Apache policies in this regard, but is there any way
we could establish a set of official / supported mirrors that all answer on
the same DNS address?
I.e. so that we only have to document one url

-- 
Erik

On Tue, Oct 14, 2014 at 9:42 AM, Nux!  wrote:

> There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as
> well.
>
> HTH
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Ian Duffy" 
> > To: "CloudStack Dev" 
> > Sent: Tuesday, 14 October, 2014 01:38:19
> > Subject: Re: CloudStack Mirrors
>
> > Hi Mo,
> >
> > I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/
> >
> > Its pretty fast, can grab the systemvm in about 1 minute.
> >
> > The citrix guys have some on http://download.cloud.com/ as well.
> >
> > Hope this helps,
> >
> > Ian
> >
> > On 14 October 2014 01:18, Mo  wrote:
> >
> >> Greetings,
> >>
> >>
> >> Has there been further discussion on setting up domains. Presently
> >> attempting to obtain the systemvm, and it’s saying 75 minute download
> time.
> >> I, know for sure it’s not my speed, which is 300mpbs.
> >>
> >>
> >> Has anyone else experienced this and/or have mirrors that I may not know
> >> about?
> >>
> >>
> >> // Mo
> >>
> >> —
> > > Sent from Mailbox
>


Re: CloudStack Mirrors

2014-10-14 Thread Nux!
There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as well.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Ian Duffy" 
> To: "CloudStack Dev" 
> Sent: Tuesday, 14 October, 2014 01:38:19
> Subject: Re: CloudStack Mirrors

> Hi Mo,
> 
> I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/
> 
> Its pretty fast, can grab the systemvm in about 1 minute.
> 
> The citrix guys have some on http://download.cloud.com/ as well.
> 
> Hope this helps,
> 
> Ian
> 
> On 14 October 2014 01:18, Mo  wrote:
> 
>> Greetings,
>>
>>
>> Has there been further discussion on setting up domains. Presently
>> attempting to obtain the systemvm, and it’s saying 75 minute download time.
>> I, know for sure it’s not my speed, which is 300mpbs.
>>
>>
>> Has anyone else experienced this and/or have mirrors that I may not know
>> about?
>>
>>
>> // Mo
>>
>> —
> > Sent from Mailbox


Re: CloudStack Mirrors

2014-10-13 Thread Ian Duffy
Hi Mo,

I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/

Its pretty fast, can grab the systemvm in about 1 minute.

The citrix guys have some on http://download.cloud.com/ as well.

Hope this helps,

Ian

On 14 October 2014 01:18, Mo  wrote:

> Greetings,
>
>
> Has there been further discussion on setting up domains. Presently
> attempting to obtain the systemvm, and it’s saying 75 minute download time.
> I, know for sure it’s not my speed, which is 300mpbs.
>
>
> Has anyone else experienced this and/or have mirrors that I may not know
> about?
>
>
> // Mo
>
> —
> Sent from Mailbox


Re: CloudStack Mirrors

2013-07-15 Thread Wido den Hollander

On 07/11/2013 01:41 PM, Wido den Hollander wrote:

On 07/10/2013 02:54 PM, Chip Childers wrote:

Adding Wido to the CC.

Wido, what do you think about adding a mirror or two from your RPM / DEB
repo server?



No problem! I think rsync would be the best way to go here? Problem is
however, I've never set up a rsync daemon or such.



So, I've managed to set up a rsync daemon. Appears it is very easy.

$ rsync -avr --stats --progress cloudstack.apt-get.eu::cloudstack/ubuntu .

That should get you all the deb packages

$ rsync -avr --stats --progress cloudstack.apt-get.eu::cloudstack/rhel .

That should get all the RPM packages.

I'll update the README file later: http://cloudstack.apt-get.eu/README

Wido


Wido


-chip

On Tue, Jul 09, 2013 at 07:31:05PM -0500, Matthew E. Porter wrote:

If there is a need, we (Contegix) are happy to host one.


Cheers,
   Matthew


---
Matthew E. Porter
Contegix
E-mail: matthew.por...@contegix.com
Twitter: @meporter | http://twitter.com/meporter

On Jul 9, 2013, at 7:24 PM, Maurice Lawler 
wrote:


Greetings,

Is there any plan to make use of mirrors for folks downloading /
updating from the repo. Or is there one in existence now?


- Maurice








Re: CloudStack Mirrors

2013-07-11 Thread Wido den Hollander

On 07/10/2013 02:54 PM, Chip Childers wrote:

Adding Wido to the CC.

Wido, what do you think about adding a mirror or two from your RPM / DEB
repo server?



No problem! I think rsync would be the best way to go here? Problem is 
however, I've never set up a rsync daemon or such.


Wido


-chip

On Tue, Jul 09, 2013 at 07:31:05PM -0500, Matthew E. Porter wrote:

If there is a need, we (Contegix) are happy to host one.


Cheers,
   Matthew


---
Matthew E. Porter
Contegix
E-mail: matthew.por...@contegix.com
Twitter: @meporter | http://twitter.com/meporter

On Jul 9, 2013, at 7:24 PM, Maurice Lawler  wrote:


Greetings,

Is there any plan to make use of mirrors for folks downloading / updating from 
the repo. Or is there one in existence now?


- Maurice






Re: CloudStack Mirrors

2013-07-10 Thread Chip Childers
Adding Wido to the CC.

Wido, what do you think about adding a mirror or two from your RPM / DEB
repo server?

-chip

On Tue, Jul 09, 2013 at 07:31:05PM -0500, Matthew E. Porter wrote:
> If there is a need, we (Contegix) are happy to host one.
> 
> 
> Cheers,
>   Matthew 
> 
> 
> ---
> Matthew E. Porter
> Contegix
> E-mail: matthew.por...@contegix.com
> Twitter: @meporter | http://twitter.com/meporter
> 
> On Jul 9, 2013, at 7:24 PM, Maurice Lawler  wrote:
> 
> > Greetings,
> > 
> > Is there any plan to make use of mirrors for folks downloading / updating 
> > from the repo. Or is there one in existence now?
> > 
> > 
> > - Maurice
> 


Re: CloudStack Mirrors

2013-07-09 Thread Maurice Lawler
Agreed, today alone; I am doing another fresh install for some of the RPMs it took 14 minutes. Where others took what appeared seconds. On Jul 09, 2013, at 09:32 PM, Kelly Hair  wrote:That would seem to make sense. Great for redundancy, and if the mirrors are on multiple continents then it should help with any bandwidth starved downloaders. On Jul 9, 2013 8:24 PM, "Maurice Lawler"  wrote: Greetings,Is there any plan to make use of mirrors for folks downloading / updatingfrom the repo. Or is there one in existence now?- Maurice

Re: CloudStack Mirrors

2013-07-09 Thread Kelly Hair
That would seem to make sense. Great for redundancy, and if the mirrors are
on multiple continents then it should help with any bandwidth starved
downloaders.
On Jul 9, 2013 8:24 PM, "Maurice Lawler"  wrote:

> Greetings,
>
> Is there any plan to make use of mirrors for folks downloading / updating
> from the repo. Or is there one in existence now?
>
>
> - Maurice
>


Re: CloudStack Mirrors

2013-07-09 Thread Matthew E. Porter
If there is a need, we (Contegix) are happy to host one.


Cheers,
  Matthew 


---
Matthew E. Porter
Contegix
E-mail: matthew.por...@contegix.com
Twitter: @meporter | http://twitter.com/meporter

On Jul 9, 2013, at 7:24 PM, Maurice Lawler  wrote:

> Greetings,
> 
> Is there any plan to make use of mirrors for folks downloading / updating 
> from the repo. Or is there one in existence now?
> 
> 
> - Maurice