From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id YKx0H9Akd2AV2AAAgWs5BA (envelope-from ) for ; Wed, 14 Apr 2021 19:22:24 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id QEpIGdAkd2CDbgAAB5/wlQ (envelope-from ) for ; Wed, 14 Apr 2021 17:22:24 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 593F4C3E6 for ; Wed, 14 Apr 2021 19:22:23 +0200 (CEST) Received: from localhost ([::1]:42258 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lWjDa-0001tv-DX for larch@yhetil.org; Wed, 14 Apr 2021 13:22:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48232) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWio6-0006Pp-Jx for bug-guix@gnu.org; Wed, 14 Apr 2021 12:56:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:52275) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lWio6-0005BB-0s for bug-guix@gnu.org; Wed, 14 Apr 2021 12:56:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lWio6-00039H-0Q for bug-guix@gnu.org; Wed, 14 Apr 2021 12:56:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure Resent-From: bo0od Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 14 Apr 2021 16:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47717 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Tobias Geerinckx-Rice X-Debbugs-Original-Cc: 47717@debbugs.gnu.org, bug-guix@gnu.org Received: via spool by 47717-submit@debbugs.gnu.org id=B47717.161841930512019 (code B ref 47717); Wed, 14 Apr 2021 16:56:01 +0000 Received: (at 47717) by debbugs.gnu.org; 14 Apr 2021 16:55:05 +0000 Received: from localhost ([127.0.0.1]:35585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lWinA-00037i-Lo for submit@debbugs.gnu.org; Wed, 14 Apr 2021 12:55:05 -0400 Received: from mx1.riseup.net ([198.252.153.129]:39150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lWin7-000378-Rp for 47717@debbugs.gnu.org; Wed, 14 Apr 2021 12:55:03 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FL7r01Jj1zDs7m; Wed, 14 Apr 2021 09:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1618419296; bh=3Xjt1v9HmDSC4hUS9wR3uBLUg+1kMFH+777OlY+3kqA=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=H8RNE1+MfPz9kRWu7n08S/d++AOVFEMn1gAFIDsm8ooMEntv1YdTAJkqaD7N36m0C fItESfgsxcPLBp2ReCqPlsYGZxlgpQCs2qiEAj/BUd/ExjaR13KHbbLKyEYGLgkrJq 0WySw3RkBAOd/DCgAm4ITNiDiRPTjaL8EtA71HlY= X-Riseup-User-ID: 47F74486D8A9DEEF4BF154095FE70A9A9D4A12BE67BD27E754091E6F80B32366 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4FL7qy3GXMz5w5X; Wed, 14 Apr 2021 09:54:54 -0700 (PDT) References: <87fszvfirn.fsf@nckx> <0dbc191f-f567-01f0-b20e-67c00fd28937@riseup.net> <87czuxem1r.fsf@nckx> From: bo0od Message-ID: <4e1f8d67-2329-6ba1-4e21-9ec978de3cb3@riseup.net> Date: Wed, 14 Apr 2021 16:54:51 +0000 MIME-Version: 1.0 In-Reply-To: <87czuxem1r.fsf@nckx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Mailman-Approved-At: Wed, 14 Apr 2021 13:12:50 -0400 X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 47717@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1618420943; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=1RMAHpm14BqEmSiMSiPx8P/OCGY6l5dp3IZBFhyMT5c=; b=t/Otj5YGYk0AbrTOwvYjsIqMejCHPdVMMFN84+i4BKxUOD7p57O89epQG4JzL1s6gaQLuF UJ3M6gjAkjUyCUCPYrSOzMHXh5zQAjH/zDS3dx9slVW0bF31quffn33HjknG1I5PBN5p39 XcIvq+XFK+w7/kDWFpLMu1uqCKb2B0zyv/5UcroSgh75w/V4cOLzf2jwpxn52QOHb68gC1 GfyvUDLvp03vM+3cFtXxDtX3t7/bX7F74TsZfJy+n/GMW1iArx5qa//efDjT+oDgQcV7Yk Sc7B/G5aQAHsBOsYEGADg2adKPaCeiUekPdoxYDCJLTTAGCnCbAcVN5aT7VWGg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1618420943; a=rsa-sha256; cv=none; b=HNc3p+1Cbmd36vsyOZwRcYedkR+9ZxRldPHSpvNsMaKdgR0Oh1m2E+DGNNRwXYdYMNegVU L+zGJdPfJLtyOMp7UAP400Q5skjQBGnDKlDAy0DDALsKRLj7bNXTjgxM5+D4KgkRVq4w4r lQhgp6cxlmdxqcXqJllcjj4Zh7n5mZ2fjWvgapwH7fZclG48DB+TEn/0HNnY3XmH9DFCwT 9lGhO06NjhK85M/hiHyCWMQ+LYLM1sdDm0oyBLpkEg3idL2hNbifTqi0PRijKaKn2nmrBi Z5tFoIvOeOTTHHPUmLqyTjyedEynMa0pi2bM/+DNrHAmkgabQbYxvDPvGhCaIg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riseup.net header.s=squak header.b=H8RNE1+M; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -1.95 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riseup.net header.s=squak header.b=H8RNE1+M; dmarc=fail reason="SPF not aligned (relaxed)" header.from=riseup.net (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 593F4C3E6 X-Spam-Score: -1.95 X-Migadu-Scanner: scn0.migadu.com X-TUID: ZZIMNbXgOVai > I mean the ‘outrageously’ part. When Linux runs out of memory, it > freezes up. Moral judgment is futile. Better to adopt raingloom's > earlyoom suggestion or similar. Im using default guix system nothing special, If this package usable to solve these stuff i suggest then to include it by default. I suggest as well to take a look at solutions similar to this one: https://forums.whonix.org/t/constrained-system-resources-program-starter-wrapper/10914 or even at least possibility of switch virtual console, login as different user and kill the broken processes exhausting system resources. > I did, hence the question. ;-) The file I asked for is missing. No, Please check the ticket on the website as i provided the needed log as .txt file but somehow the website(guix issues) fetching it to plain text and seems it didnt reach to you. Here is the link to the ticket: https://issues.guix.gnu.org/47717 > 4 GiB is absolutely not enough to build an outrageous amount of ‘modern’ > software, especially in parallel (so not using --cores=1 --max-jobs=1) > to make use of those expensive cores. > > I'm disgusted too. Yes it is, But you know this cant be a way of life with guix for end user no? Something by default should solve this matter otherwise this is not usable distro. > Oh, nor do I. My point is this isn't a bug in Guix, so it's not a bug > we can ‘fix’. A ‘workaround’ is the best we can do. So you gonna wait for every user to open xyz tickets and you gonna answer them 1 by 1 the same answer this is not our issue? I dont see this is good idea even if its true its not entirely guix issue but guix need to find out something to close this gap otherwise prepare to see more like this report. > I think the installer now asks whether you want to enable substitutes. > Do you remember if it did? If you chose not to, why not, and do you > feel like you were making an informed decision? I used manual installation, didnt see this. > This won't happen. Enabling substitutes requires informed administrator > consent. If that's an issue -- and I bet it is! -- we need to do a > better job educating them during installation, no later. Yes if guix can indicate the amount of RAM is low then it can popup a message telling the user due to low RAM and to avoid resources exhausting would you like to activate x to avoid this issue? <- something like this can be done. Tobias Geerinckx-Rice: > bo0od writes: >> yes sound dramatic but i couldnt describe what happened better. > > I mean the ‘outrageously’ part.  When Linux runs out of memory, it > freezes up.  Moral judgment is futile.  Better to adopt raingloom's > earlyoom suggestion or similar. > >> /var/log/guix/drvs/5a/8xxi15g20iqr78daw3w1c7xyqmmd1k-vigra-1.11.1.drv.bz2 >> >> check the uploaded .txt file > > I did, hence the question. ;-)  The file I asked for is missing. > >> 4G of ram not enough? That would be interesting if its not. > > Prepare to be interested, I guess... y... yaay... > > 4 GiB is absolutely not enough to build an outrageous amount of ‘modern’ > software, especially in parallel (so not using --cores=1 --max-jobs=1) > to make use of those expensive cores. > > I'm disgusted too. > >> No, i dont like workarounds > > Oh, nor do I.  My point is this isn't a bug in Guix, so it's not a bug > we can ‘fix’.  A ‘workaround’ is the best we can do. > > For example, one such workaround would be to ask the user whether they > want to run the daemon in ‘slow mode’ (--cores=1 --max-jobs=1 etc.) if > we detect > But with only 4 GiB of RAM and -j1 some ‘modern’ things will still > fail.  At that point you offload or accept substitutes, and I think > doing either selectively is pointless. > >> If substitutes are essentials for users then it should be enabled by >> default , > > I didn't say they were essential; they're not.  They're an alternative > to downloading more RAM. > > I think the installer now asks whether you want to enable substitutes. > Do you remember if it did?  If you chose not to, why not, and do you > feel like you were making an informed decision? > >> or switched automatically if there is something bad happened like this >> issue. > > This won't happen.  Enabling substitutes requires informed administrator > consent.  If that's an issue -- and I bet it is! -- we need to do a > better job educating them during installation, no later. > > Kind regards, > > T G-R