From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build) Date: Thu, 21 Feb 2019 19:41:41 -0800 Message-ID: <87ef80trpm.fsf@gmail.com> References: <87pnrm76ta.fsf@roquette.mug.biscuolo.net> <20190220214442.GA22965@jasmine.lan> <871s416umx.fsf@roquette.mug.biscuolo.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: In-Reply-To: <871s416umx.fsf@roquette.mug.biscuolo.net> (Giovanni Biscuolo's message of "Thu, 21 Feb 2019 16:14:46 +0100") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Giovanni Biscuolo Cc: guix-devel@gnu.org, help-guix@gnu.org List-Id: guix-devel.gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Giovanni Biscuolo writes: > $ guix weather --manifest=3D.ungoogled-chromium.manifest > computing 1 package derivations for x86_64-linux... > looking for 1 store items on https://ci.guix.info... > https://ci.guix.info > 100.0% substitutes available (1 out of 1) > 99,3 MiB of nars (compressed) > 288,3 MiB on disk (uncompressed) > 0,004 seconds per request (0,0 seconds in total) > 262,4 requests per second > 'https://ci.guix.info/api/queue?nr=3D1000' returned 504 ("Gateway Time-= out") > > actually all https://ci.guix.info/ returns 504 "Gateway Time-out": > AFAIU this mean I'm not able to install that package (possibly others) > for some problem in the CDN Summary: A Cuirass API is failing, but substitutes are available. The CDN is not the problem. I'll explain more below. The 504 error comes from berlin, not the CDN. If you access berlin.guixsd.org directly when the 504 occurs, I think you'll see a 504 from there, too. The CDN is merely forwarding you the 504 it got from berlin. I've observed this behavior multiple times in the past. The next time this happens, try viewing the offending location via berlin directly in your browser: https://berlin.guixsd.org/api/queue?nr=3D1000 I think you'll find that berlin, not the CDN, returns the 504 error. To understand why berlin.guixsd.org returns a 504, we would need someone to investigate more on the server side. I don't know if anyone understands why this happens; I don't have access to investigate berlin, myself. In any case, the 504 for the /api/queue path doesn't imply that substitutes are unavailable. Indeed, your "guix weather" output states that the 1 substitute you were looking for was in fact available. How can this be? Well, both Cuirass and "guix publish" are served through a front-end NGINX web server, which confuses matters a little. The name berlin.guixsd.org resolves to that NGINX web server. That NGINX web server forwards requests to their appropriate destination ("guix publish" or Cuirass) depending on the path. Substitutes are served from "guix publish" via one set of paths (e.g., /nar/gzip/), and Cuirass resources are served from Cuirass via a different set of paths (e.g., "/api/queue"). It's possible for a Cuirass path to fail even though the "guix publish" paths are working just fine. This is because "guix publish" and Cuirass are not the same thing, even though they are served via the same domain name. What I'm trying to say is that the 504 doesn't mean substitutes are unavailable. However, it does suggest a problem with Cuirass or its dependencies. When you run commands that fetch substitutes, like "guix build" and "guix install," you will probably find that the substitution is not failing. If that isn't the case, please let us know. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlxvb3YACgkQ3UCaFdgi Rp3tRg/+L6vul5+0wICap/DlztkM1+j73/jk3uH9apvpg24KIbxJMe14SZnNr7JU JHX10z7q3nCstgybBLFTTIn1uFudQL8b/pevIKaizv5NtQ1LZrjRGQCGDKOqiBrW n+6EieYsKDJ2chB9amIZcVKcPXCA54hTtiIBO1T/g5KhbhvbCkGxelu1nkqkPvl8 5ExYholVuukWw1MtPok7F6q0O2TWXWiLoDmhoSvIhLowxZDXK+gVNnecA/tkNVBY NXqtufLKy1rLHDnYVSpZjp7joorM99egjwX8DD0bY1fMmt6Zrqs2V4qXxdGlV+Z3 F/au0vXb8J32qsJuUylthWZGNt8lFPblywKrly5cIFj6pDdA4EFjpK2dmN6JFcTo zu4qSg5vxMXio4+ibo3jFzQ02dbXPjJNrxL+WYlEg91BfQNcx0e0myDE65V6Kpc6 KVLvms5yMS3L5R/4SpdTbCReNQ9ysO7DL6gXUQTzcKjY5ykYwOxIIh5z+D+7Gm9O PaUIaYF2rGgOQyP60IHh+rKd4EaA3ydYp2J/nqpqC3E0cAjmhBI+GgOKRVUs2Q0/ 55t55EJEp3Ng/TimA6JEdIJ5Dr8vGXiumZHO05lFbG3LqPT5u7udr+lR1RyWyNeU RuESBKgZ2ugcol74qbcs02RwOLm/yfS5kgZ5MJqYuKFfsbORa9U= =LEIR -----END PGP SIGNATURE----- --=-=-=--