www-infrastructure-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Spiewak <djspie...@gmail.com>
Subject Re: More GitHub Sync Lag
Date Wed, 17 Jun 2009 15:57:21 GMT
Well, way to go, Tony!  ;-)

This may seem like an obvious question, but why aren't they just going off
the commit mailing list like everyone else?  That would give them almost
zero lag time on syncing, and avoid unnecessary traffic on Apache's servers.

Daniel

On Wed, Jun 17, 2009 at 6:44 AM, Tony Stevenson <tony@pc-tony.com> wrote:

> On the 11th, I banned 91.121.27.60, for hitting us with over 970k hits on
> the 10th, and by the 11th there were another 600k + hits.
> Totaling 1.5m hits in just over 24 hours.  That is a lot.
>
> 0.27.121.91.in-addr.arpa domain name pointer node02.antelink.net.
>
> If this is them, we need to address their hit count.  Perhaps scheduling,
> or throttling connection limits.
>
>
> Tony
>
>
>
>
> On 17 Jun 2009, at 12:26, Jukka Zitting wrote:
>
>  Hi,
>>
>> On Wed, Jun 17, 2009 at 1:13 PM, Gavin<gavin@16degrees.com.au> wrote:
>>
>>> Please also check their IP range - it may be possible they've been banned
>>> due to excessive bandwidth?
>>>
>>
>> Hmm, that might be possible, though the git pulls they do shouldn't
>> require *that* much bandwidth. The only recent bigger bandwidth use
>> would have been them pulling the new Axis1 mirror that's about 1.2GB
>> in size, but that should have happened already well before the 10th.
>>
>> PS. The issue I filed can be seen in:
>>
>> http://support.github.com/discussions/repos/921-githubcomapache-mirrors-not-updated-since-june-10th
>>
>> BR,
>>
>> Jukka Zitting
>>
>>
>
>
>
> Cheers,
> Tony
>
>
> --------------------------------------------
> Tony Stevenson
>
> tony@pc-tony.com - pctony@apache.org
> pctony@freenode.net - tony@caret.cam.ac.uk
>
> http://blog.pc-tony.com
>
> 1024D/51047D66 ECAF DC55 C608 5E82 0B5E
> 3359 C9C7 924E 5104 7D66
> --------------------------------------------
>
>
>
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message