From unknown Sun Aug 10 16:51:25 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#48808 <48808@debbugs.gnu.org> To: bug#48808 <48808@debbugs.gnu.org> Subject: Status: List of discovered substitute servers not refreshed? Reply-To: bug#48808 <48808@debbugs.gnu.org> Date: Sun, 10 Aug 2025 23:51:25 +0000 retitle 48808 List of discovered substitute servers not refreshed? reassign 48808 guix submitter 48808 Ludovic Court=C3=A8s severity 48808 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 03 06:08:23 2021 Received: (at submit) by debbugs.gnu.org; 3 Jun 2021 10:08:23 +0000 Received: from localhost ([127.0.0.1]:42600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lokH0-0002e1-SK for submit@debbugs.gnu.org; Thu, 03 Jun 2021 06:08:23 -0400 Received: from lists.gnu.org ([209.51.188.17]:43168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lokGz-0002dv-W6 for submit@debbugs.gnu.org; Thu, 03 Jun 2021 06:08:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60266) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lokGz-0000pZ-Ro for bug-guix@gnu.org; Thu, 03 Jun 2021 06:08:21 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:61382) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lokGx-0002Ao-Ll for bug-guix@gnu.org; Thu, 03 Jun 2021 06:08:21 -0400 IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A/rvFla1CTiPsS6L3wHKjrQqjBMckLtp133Aq?= =?us-ascii?q?2lEZdPU7SKClfqyV8cjzqyWbtN95YhhJ8uxoU5PufZqzz/RI3bU=3D?= X-IronPort-AV: E=Sophos;i="5.83,244,1616454000"; d="scan'208";a="511471485" Received: from 91-160-117-201.subs.proxad.net (HELO ribbon) ([91.160.117.201]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Jun 2021 12:08:04 +0200 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Subject: List of discovered substitute servers not refreshed? X-Debbugs-Cc: Mathieu Othacehe X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 Prairial an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 03 Jun 2021 12:08:04 +0200 Message-ID: <87y2bruupn.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=192.134.164.83; envelope-from=ludovic.courtes@inria.fr; helo=mail2-relais-roc.national.inria.fr X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi! I=E2=80=99ve turned on discovery and guix-daemon discovered the laptop next= to me (yay!). However, more than 10mn after said laptop has been turned off, =E2=80=98guix substitute=E2=80=99 is still trying to connect to it. The disconnected laptop is still listed in /var/guix/discover/publish. It also shows up in =E2=80=98avahi-browse _guix_publish._tcp -r=E2=80=99, b= ut it fails to resolve: --8<---------------cut here---------------start------------->8--- Failed to resolve service 'guix-publish-XYZ' of type '_guix_publish._tcp' i= n domain 'local': Timeout reached --8<---------------cut here---------------end--------------->8--- Perhaps (guix scripts discover) should not just wait for =E2=80=98remove-service=E2=80=99 events but should also attempt to resolve = them? Or maybe the problem is that the TTL of the published entry is too long? I cannot find how to change that in the Guile-Avahi API though. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 04 04:00:49 2021 Received: (at control) by debbugs.gnu.org; 4 Jun 2021 08:00:49 +0000 Received: from localhost ([127.0.0.1]:45237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lp4l6-00074y-Tk for submit@debbugs.gnu.org; Fri, 04 Jun 2021 04:00:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60442) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lp4l2-00074h-Ds for control@debbugs.gnu.org; Fri, 04 Jun 2021 04:00:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59316) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lp4kx-000199-6M for control@debbugs.gnu.org; Fri, 04 Jun 2021 04:00:39 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=33694 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lp4ks-0006mx-79 for control@debbugs.gnu.org; Fri, 04 Jun 2021 04:00:38 -0400 Date: Fri, 04 Jun 2021 10:00:33 +0200 Message-Id: <875yyuf49q.fsf@meije.i-did-not-set--mail-host-address--so-tickle-me> To: control@debbugs.gnu.org From: Mathieu Othacehe Subject: control message for bug #48808 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.9 (--) merge 48808 45302 quit From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 10 22:43:50 2022 Received: (at control) by debbugs.gnu.org; 11 Jan 2022 03:43:50 +0000 Received: from localhost ([127.0.0.1]:53771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n784b-0008EQ-R1 for submit@debbugs.gnu.org; Mon, 10 Jan 2022 22:43:50 -0500 Received: from mail-il1-f180.google.com ([209.85.166.180]:43916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n784Y-0008E9-ID; Mon, 10 Jan 2022 22:43:48 -0500 Received: by mail-il1-f180.google.com with SMTP id d3so13288706ilr.10; Mon, 10 Jan 2022 19:43:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=HyTnPKH+jIBOdAoS8b757xWDoqlRx56636WKJVPmQB8=; b=mfdYVFnistdFOFt2WmvCuWsgVjppGL5Uow/vPYFCHbvDzeAdTDfE7escfKUGmoMntn EewESSoOu4qZhNmU83y8yIGUoaXEuGll+N/I3uvF/BKUaR3M2PHd7Be1D53mQZUGkykh BOvpbMZ1AWsjvYCjRYh0KMM2B+ZUcaMNVe5fm+mvPzPQRASv83uRFU25M/HBPKPtWflw BhXlsqWIamZ2uDGm8t71Jwt6ubRVeq6OLTMDZ7CBJckBmIoK12kzXgGvduBU/L3DmanL iOOneNi4p8pPXWMZs5azoXm0c8GX3K2izrpzxDTj4HuXiXRzj5USA7jNnY+XVz96I+nV Fcbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=HyTnPKH+jIBOdAoS8b757xWDoqlRx56636WKJVPmQB8=; b=p+xu0gfmRxEzovcg+bPEb+KSYbRElQteGYiUM/a9wRbsYq9zO/N4sPF4gW+9iVcJ7g hkq9biri//kEPKMmjszIoavzlMexmFgbAqEbzHR5BDokuQ6Mpnpdqa6uHhbDcUbRPdeh +Oatx2eQcfI2mNTdqYwHNMsu1JuNvTIyF0nn4aH5PwMWbgYYwDlh96qN3IftYGX2rk7O zKAEil52X3wiQSmivV436KlwHkrd95yPK8zoYenF9cUobEQTzVsvYzmVwAQVC/TbgCMh 6aSZRFiFu7g9gC1WK72XRDQws9fhwtwCSO8UkRHIb7ZazMKuEqEwPK+GHfllb9WOWyGc Y3/w== X-Gm-Message-State: AOAM5310R7mR/gc0zE9IuNE+dsNMmOubR47U2erAMVTd2wCIj4k5qGJi UPwLo7u6L7F5Ja2SkJ2nhrDm/lfMhdc= X-Google-Smtp-Source: ABdhPJy8UqzbCCAISLcLZnaDkVAqgzRNuxz1N2AswDY1EKSF36+1VGNgO+ghPwhy2kacI4/VeTqb9A== X-Received: by 2002:a05:6e02:15c4:: with SMTP id q4mr1489874ilu.133.1641872620685; Mon, 10 Jan 2022 19:43:40 -0800 (PST) Received: from hurd (dsl-205-151-56-104.b2b2c.ca. [205.151.56.104]) by smtp.gmail.com with ESMTPSA id h23sm3465738ila.81.2022.01.10.19.43.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Jan 2022 19:43:40 -0800 (PST) From: Maxim Cournoyer To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#51472: substitute servers should be preferred according to their coverage rate References: <87k0hwa8ic.fsf@gmail.com> <874k8oknlj.fsf@gnu.org> Date: Mon, 10 Jan 2022 22:43:33 -0500 In-Reply-To: <874k8oknlj.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sun, 07 Nov 2021 16:11:04 +0100") Message-ID: <87pmozndi2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control Cc: 51472@debbugs.gnu.org, GNU Debbugs X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) merge 48808 51472 thanks Hello Ludovic, Ludovic Court=C3=A8s writes: > Hi, > > Maxim Cournoyer skribis: > >> When using substitute servers discovery, I've noticed that if one of the >> substitute servers doesn't have any substitutes available, it'll keep >> getting tried instead of others, leading to a slide-show of substitutes >> updates such as: >> >> normalized load on machine '127.0.0.1' is 0.04 >> building /gnu/store/ajd0hx104702jpz2ycdwgrnyrv8jsp6d-xorg-server-21.1.0.= tar.xz.drv... >> process 9195 acquired build slot '/var/guix/offload/127.0.0.1:6666/1' >> normalized load on machine '127.0.0.1' is 0.04 >> building /gnu/store/49rqi3wpvdm5pv6in9pamzdvg0wscrl8-xorgproto-2021.5.dr= v... >> substitute: updating substitutes from 'http://192.168.10.102:80'... 0.= 0% >> substitute: updating substitutes from 'http://192.168.10.102:80'... 0.= 0% >> substitute: updating substitutes from 'http://192.168.10.102:80'... 0.= 0% >> substitute: updating substitutes from 'http://192.168.10.102:80'... 0.= 0% >> substitute: updating substitutes from 'http://192.168.10.102:80'... 0.= 0% > > We=E2=80=99d need to check why this particular server is checked repeated= ly. > The fact that it displays =E2=80=9C0.0%=E2=80=9D doesn=E2=80=99t mean tha= t the server lacks > substitutes, but that it does not reply to =E2=80=98GET /xyz.narinfo=E2= =80=99 requests, > for example because it=E2=80=99s off-line (see > .) > >> We should implement some scheme to prefer querying high-substitute >> servers first, instead of wasting time querying servers always failed >> queries; this would greatly improve performance when using substitute >> discovery for example combined with low coverage. > > There are several problems with that. First one is that you can=E2=80=99= t tell > what substitute coverage is until you=E2=80=99ve actually made those GET > requests. Second one is that substitute coverage varies and it=E2=80=99s= not an > absolute measure; for example, if a server provides substitutes for only > 0.1% of all the packages, but that=E2=80=99s precisely the 0.1% you care = about, > it=E2=80=99s more valuable than the one that has 99% of the packages but = lacks > those you want. > > There are other issues such as the fact that current semantics is to > respect the order of substitute URLs, which is presumably chosen by the > user according to their own criteria: download speed, bandwidth usage, > etc. > > I hope this makes sense! It does! I agree that it'd be tricky to get this right; makes me realize that my problem is probably due to #48808, and fixing that one would probably have avoided that bug report :-). I'm merging this one with 48808. Thank you! Maxim