From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21833 invoked by alias); 4 Mar 2012 19:36:42 -0000 Received: (qmail 21825 invoked by uid 22791); 4 Mar 2012 19:36:41 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from elastic.org (HELO elastic.org) (69.20.226.105) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 04 Mar 2012 19:36:17 +0000 Received: from super.elastic.org (localhost [127.0.0.1]) by elastic.org (8.14.5/8.14.5) with ESMTP id q24JaB25001779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Mar 2012 14:36:11 -0500 Received: (from fche@localhost) by super.elastic.org (8.14.5/8.14.5/Submit) id q24JaBIi001778; Sun, 4 Mar 2012 14:36:11 -0500 Date: Sun, 04 Mar 2012 19:36:00 -0000 From: "Frank Ch. Eigler" To: Jim Meyering Cc: Paul Pluzhnikov , overseers@sourceware.org Subject: Re: git://sourceware.org/git/glibc.git is having trouble? Message-ID: <20120304193611.GC23937@elastic.org> References: <20120304184833.79D6D19096D@elbrus2.mtv.corp.google.com> <87eht89o24.fsf@rho.meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87eht89o24.fsf@rho.meyering.net> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org X-SW-Source: 2012-q1/txt/msg00083.txt.bz2 Hi - On Sun, Mar 04, 2012 at 08:13:55PM +0100, Jim Meyering wrote: > [...] > > I also had similar trouble last Friday. > > I heard that due to recent DoS problems, someone imposed a new > limit on maximum number of connections. [...] Yes, I set a loadavg <= limit for anon-git. > However, I've just tried to update my own glibc clone > Sun Mar 4 20:12:13 CET 2012 > and it succeeded. Load fluctuates dramatically on the machine. I'm hoping that with the new RHEL6 boxes, with cgroups, we won't have to trade services off against each other quite so much. - FChE