From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Guix publish pipe error from #{read pipe}# - what nginx.conf to use? Date: Wed, 17 May 2017 09:10:40 +0200 Message-ID: <20170517071039.GA15277@thebird.nl> References: <20170516062917.GA7072@thebird.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37992) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dAt6t-0007it-Hl for guix-devel@gnu.org; Wed, 17 May 2017 03:11:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dAt6q-0000IJ-Dt for guix-devel@gnu.org; Wed, 17 May 2017 03:11:03 -0400 Received: from mail.thebird.nl ([95.154.246.10]:44654) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dAt6p-0000HN-Tj for guix-devel@gnu.org; Wed, 17 May 2017 03:11:00 -0400 Content-Disposition: inline In-Reply-To: <20170516062917.GA7072@thebird.nl> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Pjotr Prins Cc: guix-devel@gnu.org On Tue, May 16, 2017 at 08:29:17AM +0200, Pjotr Prins wrote: > On a recent guix-publish server I get many of these > > gzip: stdin: invalid compressed data--format violated > r-annotationdbi-1.36.0 > 1.7MiB/s 00:02 | 3.0MiB transferredguix substitute: error: corrupt > input while restoring > '/gnu/store/g33ns71m61zs5sn758smmc4lnv6h4c4q-r-annotationdbi-1.36.0/site-library/AnnotationDbi/extdata/HG-U95Av2_probe_tab.gz' from #{read pipe}# > > I don't think this is a guix problem per se. I have a hunch the people > changed the firewall which may cause this. Anyone any other ideas? It is an nginx thing. When I go around nginx guix publish works as expected. Anyone have an example nginx.conf file for guix publish? Funny thing is that it used to be fine. I think parallel downloads is messing it up now. Now we are doing parallel downloads, would it be an idea to do a round robin on substitute-urls too? Make it optional. May speed downloads up nicely. Pj. --