Re: [Gluster-infra] Download.gluster.org 27 April 2016 postmortem

On Wed, Apr 27, 2016 at 01:54:10PM -0700, Amye Scavarda wrote: > On Wed, Apr 27, 2016 at 10:24 AM, Mike Hulsman <mike(a)hulsman.net&gt; wrote: > > > > > Quoting Kaushal M <kshlmster(a)gmail.com&gt;: > > > > On Wed, Apr 27, 2016 at 5:21 PM, Michael Scherer <mscherer(a)redhat.com&gt; > >> wrote: > >> > >>> Le mercredi 27 avril 2016 à 14:39 +0300, Eyal Edri a écrit : > >>> > >>>> Excellent post-mortem! > >>>> > >>>> Do you think its worth adding mirrors to gluster repos like oVirt is > >>>> doing? > >>>> [1] > >>>> > >>>> [1] > >>>> http://ovirt-infra-docs.readthedocs.org/en/latest/General/Mirror.html > >>>> > >>> > >>> That could be a solution. > >>> > >>> But we have the ressources to host a mirror ourself in the DC, it just > >>> need a ip address, and a migration of servers (which is taking a awful > >>> lot of time to happen :/ ). > >>> > >>> One issue we would have with a mirror is on the download stats. > >>> > >>> This and the need to have a mirrorlist, not sure how that's done on > >>> dnf/yum side theses days. > >>> > >>> > >> Someone recently offered to mirror download.gluster.org (I need to dig > >> archives to find out who exactly). Didn't we take up their offer? > >> > > I offered to mirror gluster to ftp.nluug.nl > > We already mirror Ovirt for a while, and are happy to setup a mirror for > > gluster. > > Our bandwidth is 10Gb, and we are located in Amsterdam, the netherlands. > > I am happy to setup a mirror. > > > > Mike Hulsman > > > > > >> > >>> -- > >>> Michael Scherer > >>> Sysadmin, Community Infrastructure and Platform, OSAS > >>> > >>> > I've reached out to our metrics team to see what happens to our download > metrics if we have a mirror, as being able to have accurate project metrics > is pretty important. > > I'll let you know what solution they come up with and we'll move forward > from there. We already provide Gluster RPMs in many different distributions. For all I know, we do not have access to statistics from most of them. Just to list the ones that I can think of immediately: Fedora, CentOS Storage SIG, Debian, Ubuntu LaunchPad, Arch, NetBSD port, FreeBSD port. And then there are several cloud providers with their own caching proxies and internal mirrors... How accurate could our download statistics be? Niels