From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 14 20:18:05 2022 Received: (at submit) by debbugs.gnu.org; 15 Apr 2022 00:18:05 +0000 Received: from localhost ([127.0.0.1]:57648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nf9f3-0000E7-0r for submit@debbugs.gnu.org; Thu, 14 Apr 2022 20:18:05 -0400 Received: from lists.gnu.org ([209.51.188.17]:51768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nf9f2-0000Du-4Y for submit@debbugs.gnu.org; Thu, 14 Apr 2022 20:18:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51232) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nf9f1-0002Ui-Ve for bug-guix@gnu.org; Thu, 14 Apr 2022 20:18:03 -0400 Received: from mx1.riseup.net ([198.252.153.129]:60760) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nf9f0-0003Sr-4H for bug-guix@gnu.org; Thu, 14 Apr 2022 20:18:03 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4KfcNm1VWGzDrlw for ; Thu, 14 Apr 2022 17:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1649981880; bh=O47yyHMDVfZoQvHLnHXk7M/fYXeKQoISJ4/xZsu27ak=; h=Date:From:To:Subject:From; b=ZwikjWdVgknuDBHztaDBagRIKB77i8YG5v136u5MNk870WpQBhIl2cTBIzBLfZozz bUOGnJ/ecwxMq7KDrLS2/kYXsnGAsSF82gqzLonMlbjgVX+zdCd2KMVcysky4K639Z X79Djf4+IKNSdd2bU0kknrGD59DTiMTRruH1ZGFY= X-Riseup-User-ID: BEBAEC9C4DD13917A4D59EE38AE78144188CF5DDF84F1A0CF3DC3D1592DB00CA Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4KfcNl3ZFwz5vLq for ; Thu, 14 Apr 2022 17:17:59 -0700 (PDT) Date: Fri, 15 Apr 2022 02:08:28 +0200 From: raingloom To: Guix Bugs Subject: guix pull hangs on 32 bit Message-ID: <20220415020828.00b7865c@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.252.153.129; envelope-from=raingloom@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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.4 (--) It's been at 67% on guix-packages-base for at least an hour now. The system itself is responsive and with the swap I gave it, it has more than enough memory. Htop shows three guile processes at the top of the list when sorted by CPU%, their states are S, D, D. Both CPUs are practically idling. This looks like some kind of lockup to me. Fresh install based on bare-bones example on a 32 bit netbook, but the install image used is the latest tagged version, since apparently there is no 32 bit option for edge. I also tried pulling using channel-with-substitutes, since I'm not too keen on locally building everything on such an old machine. Although Guix itself should frankly not take this long to build if we want to be competitive with other distros. Anyways, pulling with that in channels.scm gives a cert related error, so that's great, means old images can't easily be used for installation. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 08 16:24:37 2022 Received: (at 54944) by debbugs.gnu.org; 8 Jun 2022 20:24:37 +0000 Received: from localhost ([127.0.0.1]:44342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nz2EH-0004Lh-DZ for submit@debbugs.gnu.org; Wed, 08 Jun 2022 16:24:37 -0400 Received: from mail-qt1-f177.google.com ([209.85.160.177]:42909) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nz2EF-0004LU-TW for 54944@debbugs.gnu.org; Wed, 08 Jun 2022 16:24:36 -0400 Received: by mail-qt1-f177.google.com with SMTP id p8so15745075qtx.9 for <54944@debbugs.gnu.org>; Wed, 08 Jun 2022 13:24:35 -0700 (PDT) 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; bh=qr5mUOmDWOaUTB3SzvGpqno5NRb70Tk5eehHbrMU4zQ=; b=dIOqoYU12IdYItNYksi1CdBhL/4CfijlCvTiAJjL3+9Pfp7M4dGYLqTZhbiB1WYGZM JAYsh7uFxabIB9goTbLOBgmyKsq78l9qi2mnkfcA/iVx0gm4OsxHqIsqcXP7BuX46hnc YZ9GkoZg4XPKsvX8lJRfLOq0T2aJqYtDxmcDW5jY4OueUkPkiwiHrcnNHMCI67Q89Pl3 B3XIPeMqdRrX4jVgR2Z82r3zzC5Rd8N4LD+cWJu1z8zs5B5Wmup3v1Oyyg6ekThuCwuN P+SFWWiCxa84++YulBT7rrNLONjXbDOywdn3ICjpMB6h8SyiF4egJG7604o7vA18gvXa 0IjQ== 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; bh=qr5mUOmDWOaUTB3SzvGpqno5NRb70Tk5eehHbrMU4zQ=; b=SsYHlpzjx7ptdKGu2QK10zN4wkT9vBEPzBHfWIybxxwyhTu4z+LcnYA7ywbPZosDJr cQcZL1mJH8pWPtDp0rqZALyljJ8UIwou9ebM2/R1KSPANiqEEctis98bLRPtXEDrRWjd qOOXZMMTUrdDyQcW2QgnOxv2tmGHn1CRRQ0xSQtSG+nHX/59OM4YKzyEUEZz24df1/Zn OTAOQj80aRinbN6l+s92NSACeNjT3EpNx6XFCx3jeQqyNPRg3RIwf8FyXjGhigiy+CGN FZdk4iqW9DGE5U/Def8tkHYLpMqW70JOkXPs1J6sUlVPMNrGsff8W+vHkWwoUGsO7vZa qS8g== X-Gm-Message-State: AOAM532gcuJB6Z8FiuILQPdWlJTtyR5oDhwYW9bDzq3VOUKUExmepsLR v9NraRvYJIycaUOK/fzBFQ8hnidsmYMrvw== X-Google-Smtp-Source: ABdhPJy9EKjYCJ7G1Ij3MGG/HEBKuR2LmVFzarB0o0B5r+SlQJFSgiYmJ2qtUIGDElYq0JKmvpDKtA== X-Received: by 2002:a05:622a:388:b0:304:e380:451d with SMTP id j8-20020a05622a038800b00304e380451dmr22042009qtx.265.1654719869771; Wed, 08 Jun 2022 13:24:29 -0700 (PDT) Received: from hurd (dsl-151-172.b2b2c.ca. [66.158.151.172]) by smtp.gmail.com with ESMTPSA id t16-20020a05622a01d000b00304e95ec0fbsm9205216qtw.89.2022.06.08.13.24.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jun 2022 13:24:29 -0700 (PDT) From: Maxim Cournoyer To: raingloom Subject: Re: bug#54944: guix pull hangs on 32 bit References: <20220415020828.00b7865c@riseup.net> Date: Wed, 08 Jun 2022 16:24:27 -0400 In-Reply-To: <20220415020828.00b7865c@riseup.net> (raingloom@riseup.net's message of "Fri, 15 Apr 2022 02:08:28 +0200") Message-ID: <87czfikio4.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54944 Cc: 54944@debbugs.gnu.org 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 (-) Hi! raingloom writes: > It's been at 67% on guix-packages-base for at least an hour now. The > system itself is responsive and with the swap I gave it, it has more > than enough memory. Htop shows three guile processes at the top of the > list when sorted by CPU%, their states are S, D, D. > Both CPUs are practically idling. > This looks like some kind of lockup to me. > > Fresh install based on bare-bones example on a 32 bit netbook, but the > install image used is the latest tagged version, since apparently there > is no 32 bit option for edge. > > I also tried pulling using channel-with-substitutes, since I'm not too > keen on locally building everything on such an old machine. Although > Guix itself should frankly not take this long to build if we want to be > competitive with other distros. Anyways, pulling with that in > channels.scm gives a cert related error, so that's great, means old > images can't easily be used for installation. Have you been able to reproduce this? If so, could you share the commit you are starting from and the CPU architecture, so that we may hopefully reproduce too? Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 30 20:02:14 2022 Received: (at 54944) by debbugs.gnu.org; 1 Dec 2022 01:02:14 +0000 Received: from localhost ([127.0.0.1]:36174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0Xxu-00067f-2l for submit@debbugs.gnu.org; Wed, 30 Nov 2022 20:02:14 -0500 Received: from mx0.riseup.net ([198.252.153.6]:55562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0Xxs-00067Z-7Y for 54944@debbugs.gnu.org; Wed, 30 Nov 2022 20:02:12 -0500 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4NMyTV3Hqsz9rxT; Thu, 1 Dec 2022 01:02:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1669856526; bh=MTv6djkLeHKAg2wGBrjHe3SVGzkzBN4TtRUkYmCmIqU=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=PMinRKPMA/C6AQrZ4uE3FQRlUu2F+gGihLcRUbpSPo2ikY7yy1XkTyEBFefeXX+D8 R+LypXThRDTz0D5dtkbyeCSF8O1/HEl/M677nhyPlhgEGmYQ5zSV37AXx8c1dgOG8F 1yP5OQ0H0viqMt43XpmlgDDrHi9m3MOwWtStSFqQ= X-Riseup-User-ID: 9D8B28F535C1115B7B0E422E4B44D78365D80C46DAA78EB3359B2A1637AE1981 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4NMyTT5LD7z1yBb; Thu, 1 Dec 2022 01:02:05 +0000 (UTC) References: <20220415020828.00b7865c@riseup.net> <87czfikio4.fsf@gmail.com> From: Csepp To: Maxim Cournoyer Subject: Re: bug#54944: guix pull hangs on 32 bit Date: Thu, 01 Dec 2022 01:56:15 +0100 In-reply-to: <87czfikio4.fsf@gmail.com> Message-ID: <87k03cndha.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54944 Cc: 54944@debbugs.gnu.org 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.7 (-) Maxim Cournoyer writes: > Hi! > > raingloom writes: > >> It's been at 67% on guix-packages-base for at least an hour now. The >> system itself is responsive and with the swap I gave it, it has more >> than enough memory. Htop shows three guile processes at the top of the >> list when sorted by CPU%, their states are S, D, D. >> Both CPUs are practically idling. >> This looks like some kind of lockup to me. >> >> Fresh install based on bare-bones example on a 32 bit netbook, but the >> install image used is the latest tagged version, since apparently there >> is no 32 bit option for edge. >> >> I also tried pulling using channel-with-substitutes, since I'm not too >> keen on locally building everything on such an old machine. Although >> Guix itself should frankly not take this long to build if we want to be >> competitive with other distros. Anyways, pulling with that in >> channels.scm gives a cert related error, so that's great, means old >> images can't easily be used for installation. > > Have you been able to reproduce this? If so, could you share the commit > you are starting from and the CPU architecture, so that we may hopefully > reproduce too? > > Thanks, > > Maxim CPU architecture is x86, commit it happened on last time is 347733b. Other possibly relevant factors: * spinning rust storage * 1GB RAM * encrypted BTRFS root * 4GB (encrypted) swap * 128MB zswap The last was not there when I originally submitted the bug. The swap is relevant because if it's a timing issue it's very possible some part of the code assumes reads are almost instant, which is not true with swap, and delaying a read might be exposing a race condition. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 20 19:40:07 2023 Received: (at submit) by debbugs.gnu.org; 21 Feb 2023 00:40:07 +0000 Received: from localhost ([127.0.0.1]:53954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUGhS-00031F-RJ for submit@debbugs.gnu.org; Mon, 20 Feb 2023 19:40:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:35752) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUGhJ-00030Q-MC for submit@debbugs.gnu.org; Mon, 20 Feb 2023 19:40:01 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUGhI-000399-T8 for bug-guix@gnu.org; Mon, 20 Feb 2023 19:39:56 -0500 Received: from mx1.riseup.net ([198.252.153.129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUGhH-0006Ed-4f for bug-guix@gnu.org; Mon, 20 Feb 2023 19:39:56 -0500 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4PLL603pZ8zDqTT; Tue, 21 Feb 2023 00:39:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1676939992; bh=iF2070rrDW+MNjAakIHYS6Ep0Om9RKJ9wMgVGAL/9yA=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=BqHp+4dpxtvmQNxzorAFyEdQ7M0pImqB/dquopcdXfkI1zB9JjjO4oIohR0j/geN0 PnrsxAd05xby+8mktdxeOEducnbKw4iAP0RwxbfRWd0XqBRPAwHaXtbCIsnDmAvqyw wbSIasFAlmqx4hUTPt0UjOV0SMeC/fK6P7oBvxMQ= X-Riseup-User-ID: B8A59716EC0C90508A44966910CC9C8936476E0CE7A6BCCBDFF5036158336C9E Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4PLL5z4Gqgz1y8Z; Tue, 21 Feb 2023 00:39:51 +0000 (UTC) References: <20220415020828.00b7865c@riseup.net> <87czfikio4.fsf@gmail.com> <87k03cndha.fsf@riseup.net> From: Csepp To: Csepp Subject: Re: bug#54944: guix pull hangs on 32 bit Date: Tue, 21 Feb 2023 01:36:23 +0100 In-reply-to: <87k03cndha.fsf@riseup.net> Message-ID: <87pma3x359.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=198.252.153.129; envelope-from=raingloom@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: bug-guix@gnu.org, Maxim Cournoyer , 54944@debbugs.gnu.org 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.4 (--) Csepp writes: > Maxim Cournoyer writes: > >> Hi! >> >> raingloom writes: >> >>> It's been at 67% on guix-packages-base for at least an hour now. The >>> system itself is responsive and with the swap I gave it, it has more >>> than enough memory. Htop shows three guile processes at the top of the >>> list when sorted by CPU%, their states are S, D, D. >>> Both CPUs are practically idling. >>> This looks like some kind of lockup to me. >>> >>> Fresh install based on bare-bones example on a 32 bit netbook, but the >>> install image used is the latest tagged version, since apparently there >>> is no 32 bit option for edge. >>> >>> I also tried pulling using channel-with-substitutes, since I'm not too >>> keen on locally building everything on such an old machine. Although >>> Guix itself should frankly not take this long to build if we want to be >>> competitive with other distros. Anyways, pulling with that in >>> channels.scm gives a cert related error, so that's great, means old >>> images can't easily be used for installation. >> >> Have you been able to reproduce this? If so, could you share the commit >> you are starting from and the CPU architecture, so that we may hopefully >> reproduce too? >> >> Thanks, >> >> Maxim > > CPU architecture is x86, commit it happened on last time is 347733b. > Other possibly relevant factors: > * spinning rust storage > * 1GB RAM > * encrypted BTRFS root > * 4GB (encrypted) swap > * 128MB zswap > > The last was not there when I originally submitted the bug. > > The swap is relevant because if it's a timing issue it's very possible > some part of the code assumes reads are almost instant, which is not > true with swap, and delaying a read might be exposing a race condition. Happening again. pulled to: 8320c0c pulled from: 4501a50 Same system. The system version is from november of last year due, because trying to upgrade takes so damn long and often gets stuck on some package with no substitute. So... the situation is not great... From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 20 19:51:23 2023 Received: (at submit) by debbugs.gnu.org; 21 Feb 2023 00:51:23 +0000 Received: from localhost ([127.0.0.1]:53976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUGsN-0003Nw-Bs for submit@debbugs.gnu.org; Mon, 20 Feb 2023 19:51:23 -0500 Received: from lists.gnu.org ([209.51.188.17]:35768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUGsK-0003Nj-T6 for submit@debbugs.gnu.org; Mon, 20 Feb 2023 19:51:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUGsK-0005nD-Mf for bug-guix@gnu.org; Mon, 20 Feb 2023 19:51:20 -0500 Received: from mx1.riseup.net ([198.252.153.129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUGsI-0000YO-IV for bug-guix@gnu.org; Mon, 20 Feb 2023 19:51:20 -0500 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4PLLM864mbzDqnX; Tue, 21 Feb 2023 00:51:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1676940676; bh=zl8/NGqbatfO66v2O0l2tny6k1d85m9a3hcz9G3bGVI=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=Ws1C0FwM/3nEnQV7QXFPrYme1WZeZu7BJ9G3b3cE9XRQ3LjdIgkheCW7Cpjqo350b Ola2RmCc8Hl3EeNXiuwt7WWbe0shu9wYmNfQnQl3YAngI03JBlxRGZWzFugpP/P94/ sr2N8JwUdPhE/Nq6d21RdgLbhEqvYgq4O1I4PufY= X-Riseup-User-ID: F0E2771F8E2F1E11F9344DD39B24646456FA794F2E26BF9D6EB89A357879334E Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4PLLM80tMJz5vpg; Tue, 21 Feb 2023 00:51:15 +0000 (UTC) References: <20220415020828.00b7865c@riseup.net> <87czfikio4.fsf@gmail.com> <87k03cndha.fsf@riseup.net> <87pma3x359.fsf@riseup.net> From: Csepp To: Csepp Subject: Re: bug#54944: guix pull hangs on 32 bit Date: Tue, 21 Feb 2023 01:50:20 +0100 In-reply-to: <87pma3x359.fsf@riseup.net> Message-ID: <87lekrx2m9.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=198.252.153.129; envelope-from=raingloom@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: bug-guix@gnu.org, Maxim Cournoyer , 54944@debbugs.gnu.org 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.4 (--) Csepp writes: > Csepp writes: > >> Maxim Cournoyer writes: >> >>> Hi! >>> >>> raingloom writes: >>> >>>> It's been at 67% on guix-packages-base for at least an hour now. The >>>> system itself is responsive and with the swap I gave it, it has more >>>> than enough memory. Htop shows three guile processes at the top of the >>>> list when sorted by CPU%, their states are S, D, D. >>>> Both CPUs are practically idling. >>>> This looks like some kind of lockup to me. >>>> >>>> Fresh install based on bare-bones example on a 32 bit netbook, but the >>>> install image used is the latest tagged version, since apparently there >>>> is no 32 bit option for edge. >>>> >>>> I also tried pulling using channel-with-substitutes, since I'm not too >>>> keen on locally building everything on such an old machine. Although >>>> Guix itself should frankly not take this long to build if we want to be >>>> competitive with other distros. Anyways, pulling with that in >>>> channels.scm gives a cert related error, so that's great, means old >>>> images can't easily be used for installation. >>> >>> Have you been able to reproduce this? If so, could you share the commit >>> you are starting from and the CPU architecture, so that we may hopefully >>> reproduce too? >>> >>> Thanks, >>> >>> Maxim >> >> CPU architecture is x86, commit it happened on last time is 347733b. >> Other possibly relevant factors: >> * spinning rust storage >> * 1GB RAM >> * encrypted BTRFS root >> * 4GB (encrypted) swap >> * 128MB zswap >> >> The last was not there when I originally submitted the bug. >> >> The swap is relevant because if it's a timing issue it's very possible >> some part of the code assumes reads are almost instant, which is not >> true with swap, and delaying a read might be exposing a race condition. > > Happening again. > pulled to: 8320c0c > pulled from: 4501a50 > > Same system. > > The system version is from november of last year due, because trying to > upgrade takes so damn long and often gets stuck on some package with no > substitute. > So... the situation is not great... The process status says sleep so it's probably hanging in a syscall? Maybe a kernel bug? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 15:42:55 2023 Received: (at submit) by debbugs.gnu.org; 25 Jun 2023 19:42:55 +0000 Received: from localhost ([127.0.0.1]:43689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDVdO-0001uT-Mt for submit@debbugs.gnu.org; Sun, 25 Jun 2023 15:42:55 -0400 Received: from lists.gnu.org ([209.51.188.17]:51982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDVdM-0001uH-Eu for submit@debbugs.gnu.org; Sun, 25 Jun 2023 15:42:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qDVdM-0004Jx-1w for bug-guix@gnu.org; Sun, 25 Jun 2023 15:42:52 -0400 Received: from mx1.riseup.net ([198.252.153.129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qDVdJ-0001u0-CK for bug-guix@gnu.org; Sun, 25 Jun 2023 15:42:51 -0400 Received: from fews02-sea.riseup.net (fews02-sea-pn.riseup.net [10.0.1.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4Qq1bW5kBBzDqQx; Sun, 25 Jun 2023 19:42:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1687722167; bh=rPrr9aZin8OPqaTsQYWQaY6gl6BM2leOWI1tafVHWaY=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=UnqNIRO+jBJm/HYBqMuUF665mkL+NjNbUUW6jbmZBuA6Jz2lYkHvpSTsU/wqjRLZK OWRlQRHGuB8TVP8rpyKyDKEdN3WnBVb/S9Suw3H7x02gKJdogLFnCNVm6DYgNhErDk FDNLuqGVQzMCPj1ng6geNryUFcKJQTTH7fxeB93o= X-Riseup-User-ID: 116CACBBF3BE7D5CC10219A649BFA2BA9DC3ED01A8732C7A4D706D41F69C9A31 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews02-sea.riseup.net (Postfix) with ESMTPSA id 4Qq1bV6yHMzFpkL; Sun, 25 Jun 2023 19:42:46 +0000 (UTC) References: <20220415020828.00b7865c@riseup.net> <87czfikio4.fsf@gmail.com> <87k03cndha.fsf@riseup.net> <87pma3x359.fsf@riseup.net> <87lekrx2m9.fsf@riseup.net> From: Csepp To: Csepp Subject: Re: bug#54944: guix pull hangs in guix-packages-base.drv even with offloading Date: Sun, 25 Jun 2023 21:21:21 +0200 In-reply-to: <87lekrx2m9.fsf@riseup.net> Message-ID: <874jmv2us4.fsf@riseup.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=198.252.153.129; envelope-from=raingloom@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: bug-guix@gnu.org, Maxim Cournoyer , 54944@debbugs.gnu.org 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.4 (--) --=-=-= Content-Type: text/plain Csepp writes: > Csepp writes: > >> Csepp writes: >> >>> Maxim Cournoyer writes: >>> >>>> Hi! >>>> >>>> raingloom writes: >>>> >>>>> It's been at 67% on guix-packages-base for at least an hour now. The >>>>> system itself is responsive and with the swap I gave it, it has more >>>>> than enough memory. Htop shows three guile processes at the top of the >>>>> list when sorted by CPU%, their states are S, D, D. >>>>> Both CPUs are practically idling. >>>>> This looks like some kind of lockup to me. >>>>> >>>>> Fresh install based on bare-bones example on a 32 bit netbook, but the >>>>> install image used is the latest tagged version, since apparently there >>>>> is no 32 bit option for edge. >>>>> >>>>> I also tried pulling using channel-with-substitutes, since I'm not too >>>>> keen on locally building everything on such an old machine. Although >>>>> Guix itself should frankly not take this long to build if we want to be >>>>> competitive with other distros. Anyways, pulling with that in >>>>> channels.scm gives a cert related error, so that's great, means old >>>>> images can't easily be used for installation. >>>> >>>> Have you been able to reproduce this? If so, could you share the commit >>>> you are starting from and the CPU architecture, so that we may hopefully >>>> reproduce too? >>>> >>>> Thanks, >>>> >>>> Maxim >>> >>> CPU architecture is x86, commit it happened on last time is 347733b. >>> Other possibly relevant factors: >>> * spinning rust storage >>> * 1GB RAM >>> * encrypted BTRFS root >>> * 4GB (encrypted) swap >>> * 128MB zswap >>> >>> The last was not there when I originally submitted the bug. >>> >>> The swap is relevant because if it's a timing issue it's very possible >>> some part of the code assumes reads are almost instant, which is not >>> true with swap, and delaying a read might be exposing a race condition. >> >> Happening again. >> pulled to: 8320c0c >> pulled from: 4501a50 >> >> Same system. >> >> The system version is from november of last year due, because trying to >> upgrade takes so damn long and often gets stuck on some package with no >> substitute. >> So... the situation is not great... > > The process status says sleep so it's probably hanging in a syscall? > Maybe a kernel bug? Happening again with offloading. This is getting really annoying. Offload machine is completely idle, there is a process Guile for guix-packages-base-builder running on it, its in sleeping status. Ran for 17 minutes, now the time is not increasing. I'm attaching a GDB backtrace of all the threads. --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=gdb.txt Content-Description: gdb output Thread 9 (Thread 0xe4affac0 (LWP 878) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf794685e in __lll_lock_wait () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf794d11a in pthread_mutex_lock@@GLIBC_2.0 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7f1095c in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #4 0xf7f16f98 in scm_gensym () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #5 0xf5d3a8ef in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 8 (Thread 0xe5497ac0 (LWP 877) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf794685e in __lll_lock_wait () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf794d11a in pthread_mutex_lock@@GLIBC_2.0 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7f1095c in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #4 0xf7f16f98 in scm_gensym () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #5 0xf5d3a8ef in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 7 (Thread 0xe5c98ac0 (LWP 876) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf794685e in __lll_lock_wait () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf794d11a in pthread_mutex_lock@@GLIBC_2.0 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7f1095c in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #4 0xf7f16f98 in scm_gensym () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #5 0xf5d3a8ef in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 6 (Thread 0xe6499ac0 (LWP 875) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf794685e in __lll_lock_wait () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf794d11a in pthread_mutex_lock@@GLIBC_2.0 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7f1095c in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #4 0xe32647e6 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 5 (Thread 0xf5cf7ac0 (LWP 873) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf79c8237 in read () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf7e98292 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #3 0xf7e0a9c0 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #4 0xf7e0c14f in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #5 0xf7e1599c in GC_do_blocking () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #6 0xf7f11924 in scm_without_guile () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #7 0xf7ea0586 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #8 0xf7e8bf2d in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #9 0xf7ea2597 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #10 0xf7f1e1a1 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #11 0xf7f2e9ca in scm_call_n () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #12 0xf7e8d84f in scm_call_2 () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #13 0xf7f1cc55 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #14 0xf7f3ec20 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #15 0xf7f1876b in scm_c_catch () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #16 0xf7e8e63d in scm_c_with_continuation_barrier () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #17 0xf7f1779a in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #18 0xf7e15925 in GC_call_with_stack_base () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #19 0xf7f118ca in scm_with_guile () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #20 0xf7ea060f in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #21 0xf7949ee9 in start_thread () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #22 0xf79df458 in clone3 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 Thread 4 (Thread 0xf6552ac0 (LWP 872) "GC-marker-2"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf79d26d2 in __libc_do_syscall () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf79464d9 in __futex_abstimed_wait_common () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7949474 in pthread_cond_wait@@GLIBC_2.3.2 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #4 0xf7e10056 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #5 0xf7e101b9 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #6 0xf7949ee9 in start_thread () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #7 0xf79df458 in clone3 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 Thread 3 (Thread 0xf6d53ac0 (LWP 871) "GC-marker-1"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf79d26d2 in __libc_do_syscall () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf79464d9 in __futex_abstimed_wait_common () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7949474 in pthread_cond_wait@@GLIBC_2.3.2 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #4 0xf7e10056 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #5 0xf7e101b9 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #6 0xf7949ee9 in start_thread () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #7 0xf79df458 in clone3 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 Thread 2 (Thread 0xf7554ac0 (LWP 870) "GC-marker-0"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf79d26d2 in __libc_do_syscall () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf79464d9 in __futex_abstimed_wait_common () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7949474 in pthread_cond_wait@@GLIBC_2.3.2 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #4 0xf7e10056 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #5 0xf7e101b9 in ?? () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #6 0xf7949ee9 in start_thread () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #7 0xf79df458 in clone3 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 Thread 1 (Thread 0xf78c6700 (LWP 869) "guile"): #0 0xf7fc6579 in __kernel_vsyscall () #1 0xf79d26d2 in __libc_do_syscall () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #2 0xf79464d9 in __futex_abstimed_wait_common () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #3 0xf7949474 in pthread_cond_wait@@GLIBC_2.3.2 () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #4 0xf7f11acc in scm_pthread_cond_wait () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #5 0xf7f15538 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #6 0xf7f17e9f in scm_timed_wait_condition_variable () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #7 0xf7ea25bd in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #8 0xf7f1e1a1 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #9 0xf7f2e9ca in scm_call_n () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #10 0xf7e8dbfa in scm_primitive_eval () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #11 0xf7ec7d1d in scm_primitive_load () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #12 0xf7ea2597 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #13 0xf7f1e1a1 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #14 0xf7f2e9ca in scm_call_n () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #15 0xf7e8dbfa in scm_primitive_eval () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #16 0xf7e93d32 in scm_eval () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #17 0xf7ef95a4 in scm_shell () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #18 0xf7ea541c in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #19 0xf7e8bf2d in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #20 0xf7ea2597 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #21 0xf7f1e1a1 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #22 0xf7f2e9ca in scm_call_n () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #23 0xf7e8d84f in scm_call_2 () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #24 0xf7f1cc55 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #25 0xf7f3ec20 in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #26 0xf7f1876b in scm_c_catch () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #27 0xf7e8e63d in scm_c_with_continuation_barrier () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #28 0xf7f1779a in ?? () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #29 0xf7e15925 in GC_call_with_stack_base () from target:/gnu/store/5zydbv97cly5mijfmnc6vrk2148qxd1n-libgc-8.2.2/lib/libgc.so.1 #30 0xf7f118ca in scm_with_guile () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #31 0xf7eaeb40 in scm_boot_guile () from target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/lib/libguile-3.0.so.1 #32 0x0804910c in ?? () #33 0xf78e9329 in __libc_start_call_main () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #34 0xf78e93ff in __libc_start_main_impl () from target:/gnu/store/0hr9jpczkcgpgqkhf4q4868xd57h5a62-glibc-2.35/lib/libc.so.6 #35 0x08049198 in ?? () Detaching from program: target:/gnu/store/da6ikq281d235hvb1cil2ls3iq80ni2m-guile-3.0.9/bin/guile, process 869 [Inferior 1 (process 869) detached] --=-=-= Content-Type: text/plain System info: offloading from: x86, 1 GB RAM, 4 GB swap, 2 cores, user guix commit is 8a47949, system commit is 038981e, commit being pulled is 01d5d68 offloading to: amd64, 8 GB RAM, no swap, 4 cores guix system commit is 9504dd2c3eef0277369acc0944f87fb4546251b1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 09:16:33 2023 Received: (at 54944) by debbugs.gnu.org; 26 Jun 2023 13:16:33 +0000 Received: from localhost ([127.0.0.1]:44839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDm53-0005IX-70 for submit@debbugs.gnu.org; Mon, 26 Jun 2023 09:16:33 -0400 Received: from mx1.riseup.net ([198.252.153.129]:58548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDm50-0005IG-V7 for 54944@debbugs.gnu.org; Mon, 26 Jun 2023 09:16:31 -0400 Received: from fews01-sea.riseup.net (fews01-sea-pn.riseup.net [10.0.1.109]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4QqSzF3cDvzDrWg; Mon, 26 Jun 2023 13:16:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1687785385; bh=MhRCZHlF/+Q6JtjBuzvcLu310Y6APjhQQbHpleuizZs=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=kii12AI+IKGufw8x7OSHM/pBZyF65n59qOfZzV5Yz+j9QZxWDRN+YghlbWfXxSvK+ hmpHS6IRGENPTrsH4Tjqdjk3hwMNTqt0PgPfWtOY/UbsI4f9oTTF80oaI9jNfi+g91 Ni3XxaHL/wrQjFO3xUrx2ZgA50WQ31sl9XRa6LWo= X-Riseup-User-ID: D99B51F155343FD8AB8B230DC7A457D68C7755AC566D4C683E48EA024C482A92 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews01-sea.riseup.net (Postfix) with ESMTPSA id 4QqSzD5CVWzJq8f; Mon, 26 Jun 2023 13:16:24 +0000 (UTC) References: <3dfccefde0d73dd5c58fde5ee548ac25@disroot.org> From: Csepp To: akib Subject: Re: guix pull: computing Guix derivation takes forever Date: Mon, 26 Jun 2023 15:13:32 +0200 In-reply-to: <3dfccefde0d73dd5c58fde5ee548ac25@disroot.org> Message-ID: <87wmzqs6sc.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54944 Cc: help-guix@gnu.org, 54944@debbugs.gnu.org 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.7 (-) akib via writes: > I've just installed Guix on a partition of my new HDD. After the > installation I logged in to my user account on a Linux console and > executed 'guix pull'. After that it pulled the repository and > computed Guix derivation, but stuck while updating substitutes. So I > thought something is wrong and restarted the command. Now the pull > operation always stucks while computing Guix derivation. There is no > sign of activity according to top. Is this maybe related to the CC'd bug? There the freeze happens later, during the building phase for packages-base, but it seems like the symtoms are the same. Does this happen every time you try? Could you get a backtrace with GDB? I think the incantation was: set logging on thread apply all backtrace quit And then the output should be gdb.txt.