From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 19 03:03:55 2020 Received: (at submit) by debbugs.gnu.org; 19 Nov 2020 08:03:55 +0000 Received: from localhost ([127.0.0.1]:38010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfev4-0003GS-L7 for submit@debbugs.gnu.org; Thu, 19 Nov 2020 03:03:55 -0500 Received: from lists.gnu.org ([209.51.188.17]:48694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfev1-0003GI-PR for submit@debbugs.gnu.org; Thu, 19 Nov 2020 03:03:53 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40068) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfev1-0002AK-Jq for bug-guix@gnu.org; Thu, 19 Nov 2020 03:03:51 -0500 Received: from vsmx011.vodafonemail.xion.oxcs.net ([153.92.174.89]:55493) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfeux-0003jH-V2 for bug-guix@gnu.org; Thu, 19 Nov 2020 03:03:50 -0500 Received: from vsmx003.vodafonemail.xion.oxcs.net (unknown [192.168.75.197]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTP id B7F2459D7A2 for ; Thu, 19 Nov 2020 08:03:43 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [88.70.113.67]) by mta-7-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 7DCBF5399F9 for ; Thu, 19 Nov 2020 08:03:41 +0000 (UTC) From: Stefan Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: gilbc of the running system got wiped while building a package, system broken Message-Id: <9763EBD0-9CDC-4A06-A113-F6443CB4348D@vodafonemail.de> Date: Thu, 19 Nov 2020 09:03:41 +0100 To: bug-guix@gnu.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT Received-SPF: pass client-ip=153.92.174.89; envelope-from=stefan-guix@vodafonemail.de; helo=vsmx011.vodafonemail.xion.oxcs.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/19 03:03:44 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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! After trying to just build a package (with a modified guix, but this is = certainly unrelated), the system broke catastrophically: stefan@guix ~/development/guix$ sudo -E ./pre-inst-env guix-daemon = --build-users-group=3Dguixbuild & stefan@guix ~/development/guix$ = /home/stefan/development/guix/pre-inst-env guix build -L = /home/stefan/guix u-boot-rpi-3 accepted connection from pid 23848, user stefan substitute: updating substitutes from 'https://ci.guix.gnu.org'... = 100.0% 12,5 MB will be downloaded: /gnu/store/ldg4jqfan2vp01lm255zz7zrb4vllixp-libxau-1.0.9 /gnu/store/m1r4jwmc56q44x31xcnvg1hcijf0lq88-libxcb-1.14 /gnu/store/8b75zmsyxc5qghfrxhyqi6g23bq993b1-libbsd-0.10.0 /gnu/store/z18hwxwgk551y4a0f6j1dxhmp208i4ha-bash-static-5.0.16 /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 /gnu/store/z7hanmdmdalqh1v0y7z8ilinfhyfh91d-glibc-2.31-static /gnu/store/pcsl88vd66k62sk1g4wcc9i985xn369m-libxdmcp-1.1.3 /gnu/store/785ldh00ix897pamyg5p6fpjls6ddwzz-libx11-1.6.A-doc /gnu/store/x10mk7ri4ny013km57d3h5093270r7pg-libx11-1.6.A substitute: updating substitutes from 'https://ci.guix.gnu.org'... = 100.0% substituting = /gnu/store/785ldh00ix897pamyg5p6fpjls6ddwzz-libx11-1.6.A-doc... downloading from = https://ci.guix.gnu.org/nar/lzip/785ldh00ix897pamyg5p6fpjls6ddwzz-libx11-1= .6.A-doc ... libx11-1.6.A-doc 1.2MiB = 309KiB/s 00:04 [##################] 100.0% substituting = /gnu/store/z18hwxwgk551y4a0f6j1dxhmp208i4ha-bash-static-5.0.16... downloading from = https://ci.guix.gnu.org/nar/lzip/z18hwxwgk551y4a0f6j1dxhmp208i4ha-bash-sta= tic-5.0.16 ... bash-static-5.0.16 502KiB = 976KiB/s 00:01 [##################] 100.0% guix build: error: cannot unlink = `/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale/de/LC= _MESSAGES': Directory not empty stefan@guix ~/development/guix$ = /home/stefan/development/guix/pre-inst-env guix build -L = /home/stefan/guix u-boot-rpi-3 accepted connection from pid 23911, user stefan substitute: updating substitutes from 'https://ci.guix.gnu.org'... = 100.0% 12,0 MB will be downloaded: /gnu/store/ldg4jqfan2vp01lm255zz7zrb4vllixp-libxau-1.0.9 /gnu/store/m1r4jwmc56q44x31xcnvg1hcijf0lq88-libxcb-1.14 /gnu/store/8b75zmsyxc5qghfrxhyqi6g23bq993b1-libbsd-0.10.0 /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 /gnu/store/z7hanmdmdalqh1v0y7z8ilinfhyfh91d-glibc-2.31-static /gnu/store/pcsl88vd66k62sk1g4wcc9i985xn369m-libxdmcp-1.1.3 /gnu/store/785ldh00ix897pamyg5p6fpjls6ddwzz-libx11-1.6.A-doc /gnu/store/x10mk7ri4ny013km57d3h5093270r7pg-libx11-1.6.A guix build: error: cannot unlink = `/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib/gconv': = Directory not empty stefan@guix ~/development/guix$ = /home/stefan/development/guix/pre-inst-env guix build -L = /home/stefan/guix u-boot-rpi-3 -bash: /home/stefan/development/guix/pre-inst-env: /bin/sh: Defekter = Interpreter: No such file or directory stefan@guix ~/development/guix$ ls -bash: /run/current-system/profile/bin/ls: No such file or directory stefan@guix ~/development/guix$ echo $PATH = /run/setuid-programs:/home/stefan/.config/guix/current/bin:/home/stefan/.g= uix-profile/bin:/run/current-system/profile/bin:/run/current-system/profil= e/sbin stefan@guix ~/development/guix$ ls -bash: /run/current-system/profile/bin/ls: No such file or directory The problem that the unlink was not successful was certainly due to a = deleted but still opened file on the NFS share. There may be an = intermediate hidden .nfs=E2=80=A6 file, which get created in such a case = (=E2=80=9Cdelete on last close=E2=80=9D, =E2=80=9Csilly rename=E2=80=9D), = However, the RFC-5661 for NFS demands even if = OPEN4_RESULT_PRESERVE_UNLINKED is supported, that the directory entry of = an open file must not be removed in this case, thus preventing a = directory removal. Taking a look on the nfs-server, this is now the content of the glibc: # ls gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib -l total 12 drwxr-xr-x 2 root root 12288 Nov 18 19:41 gconv lrwxrwxrwx 7 root root 11 Jan 1 1970 libanl.so -> libanl.so.1 Everything is missing. Of course I tried to reboot the system, but because of the missing = ld-linux-aarch64.so.1 the system is not booting properly. This leaves some questions: If the whole system (maybe not the booted/running one, but a = reconfigured one) was already using = /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31, why has it been = downloaded again when building a package? Was this due to grafting? How can it be that the store is kind of =E2=80=9Cstate=E2=80=9C being = modified on the fly? How does it come that removing files for = /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 happens before = the download even started? Could this render a system unusable if a = network loss happens at the right point in time? Booting the previous system generation luckily worked =E2=80=93 it must = be using a different glibc version. But now what about that broken glibc = version? How to repair it? The garbage collector will not remove it, as = it is still referenced by the latest system generation. Actually I = don=E2=80=99t want to delete that generation. The database certainly = believes, that this glibc package is installed correctly. What to do = now? The used guix version used when building the package was = f6a42ac946edccc7de5e93ee247487cbec40072b. Bye Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 19 03:29:15 2020 Received: (at 44735) by debbugs.gnu.org; 19 Nov 2020 08:29:15 +0000 Received: from localhost ([127.0.0.1]:38064 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kffJb-0003td-1U for submit@debbugs.gnu.org; Thu, 19 Nov 2020 03:29:15 -0500 Received: from vsmx011.vodafonemail.xion.oxcs.net ([153.92.174.89]:34205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kffJX-0003tM-Vl for 44735@debbugs.gnu.org; Thu, 19 Nov 2020 03:29:13 -0500 Received: from vsmx003.vodafonemail.xion.oxcs.net (unknown [192.168.75.197]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTP id 8AF7459D217 for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 08:29:05 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [88.70.113.67]) by mta-7-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 66C05539A22 for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 08:29:03 +0000 (UTC) From: Stefan Kuhr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: gilbc of the running system got wiped while building a package, system broken Message-Id: Date: Thu, 19 Nov 2020 09:29:02 +0100 To: 44735@debbugs.gnu.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44735 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 (-) Hi! I didn=E2=80=99t look close enough before or didn=E2=80=99t wait long = enough, but booting the previous system failed, actually. I now tried to boot some more system generations and even the oldest = one: None of my previous system generations is booting any longer. The = system is bricked. Bye Stefan= From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 19 07:22:59 2020 Received: (at 44735) by debbugs.gnu.org; 19 Nov 2020 12:22:59 +0000 Received: from localhost ([127.0.0.1]:38408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfixn-0005a1-39 for submit@debbugs.gnu.org; Thu, 19 Nov 2020 07:22:59 -0500 Received: from vsmx012.vodafonemail.xion.oxcs.net ([153.92.174.90]:4939) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfixl-0005Zm-4W for 44735@debbugs.gnu.org; Thu, 19 Nov 2020 07:22:58 -0500 Received: from vsmx004.vodafonemail.xion.oxcs.net (unknown [192.168.75.198]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTP id 7CBBDF34E5E for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 12:22:50 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [88.70.113.67]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 5297019ADD0 for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 12:22:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: gilbc of the running system got wiped while building a package, system broken From: Stefan In-Reply-To: Date: Thu, 19 Nov 2020 12:45:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: 44735@debbugs.gnu.org X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44735 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 (-) Hi! I resolved the problem by copying = gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 from = https://alpha.gnu.org/gnu/guix/guix-binary-1.2.0rc2.aarch64-linux.tar.xz = into gnu/store on the NFS server. The system is running again. Now I retried my commands and I am able to reproduce the problem: stefan@guix ~/development/guix$ = /home/stefan/development/guix/pre-inst-env guix build -L = /home/stefan/guix u-boot-rpi-3 accepted connection from pid 241, user stefan 12,0 MB will be downloaded: /gnu/store/ldg4jqfan2vp01lm255zz7zrb4vllixp-libxau-1.0.9 /gnu/store/m1r4jwmc56q44x31xcnvg1hcijf0lq88-libxcb-1.14 /gnu/store/8b75zmsyxc5qghfrxhyqi6g23bq993b1-libbsd-0.10.0 /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 /gnu/store/z7hanmdmdalqh1v0y7z8ilinfhyfh91d-glibc-2.31-static /gnu/store/pcsl88vd66k62sk1g4wcc9i985xn369m-libxdmcp-1.1.3 /gnu/store/785ldh00ix897pamyg5p6fpjls6ddwzz-libx11-1.6.A-doc /gnu/store/x10mk7ri4ny013km57d3h5093270r7pg-libx11-1.6.A guix build: error: cannot unlink = `/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale/de/LC= _MESSAGES': Directory not empty This is now the diff of a correct = cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 and the now broken one: # diff -r cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/ = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31 Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/: etc Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/: include Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib/gcon= v: .nfs0000000003a20e490000231b Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20e8800002314 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20e9300002316 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20e9700002311 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20e9a00002317 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20e9d00002315 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20eac00002319 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20eb300002318 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20eb800002313 Only in = guix-system/gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/lib: = .nfs0000000003a20ec100002312 Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/: libexec Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share: doc Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share: i18n Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share: info Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: be Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: ca Only in = cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale/de/LC_MESSAGES: = @eaDir Only in = cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale/de/LC_MESSAGES: = libc.mo Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: en_GB Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: eo Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: es Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: fi Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: fr Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: hu Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: ja Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: ko Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: lt Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: nb Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: pl Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: pt Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: pt_BR Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: rw Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: sk Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: sv Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: uk Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: vi Only in cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31/share/locale: zh_TW Indeed there are the hidden .nfs files leading to the unlink error. If I would try the same commands a second time, as before, then more = files will be removed and my system will brake again. Why is guix trying to reinstall = /gnu/store/cb88z63hyg1icd2kkahiink2p291mhr2-glibc-2.31? It is part of = the running system already. Bye Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 19 08:55:32 2020 Received: (at 44735) by debbugs.gnu.org; 19 Nov 2020 13:55:32 +0000 Received: from localhost ([127.0.0.1]:38529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfkPL-0001XU-Nx for submit@debbugs.gnu.org; Thu, 19 Nov 2020 08:55:31 -0500 Received: from vsmx011.vodafonemail.xion.oxcs.net ([153.92.174.89]:51801) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfkPJ-0001XF-21 for 44735@debbugs.gnu.org; Thu, 19 Nov 2020 08:55:30 -0500 Received: from vsmx003.vodafonemail.xion.oxcs.net (unknown [192.168.75.197]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTP id 6E4F159CDC1 for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 13:55:22 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [88.70.113.67]) by mta-7-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 4CF68539A30 for <44735@debbugs.gnu.org>; Thu, 19 Nov 2020 13:55:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: gilbc of the running system got wiped while building a package, system broken From: Stefan In-Reply-To: Date: Thu, 19 Nov 2020 14:55:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> References: To: 44735@debbugs.gnu.org X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44735 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 (-) Hi! I found the root cause of this issue: I made a typo and inadvertently = did a =E2=80=9C./configure --localstatedir=3D/vaar=E2=80=9D. The manual should warn that using a wrong (or omitted) --localstatedir = may destroy the guix installation and possibly the whole guix system. What can be done to prevent that a simple mistake like this destroys a = system? Having the configure command boxed inside the manual would at least = reduce the risk of overlooking this, see also = https://issues.guix.gnu.org/40848. But this still does not prevent = anything. Bye Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 20 06:32:09 2020 Received: (at 44735) by debbugs.gnu.org; 20 Nov 2020 11:32:09 +0000 Received: from localhost ([127.0.0.1]:42190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg4e9-0006lq-9S for submit@debbugs.gnu.org; Fri, 20 Nov 2020 06:32:09 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg4e7-0006lU-Gy for 44735@debbugs.gnu.org; Fri, 20 Nov 2020 06:32:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51583) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kg4e0-0000LL-Ug; Fri, 20 Nov 2020 06:32:00 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=39344 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kg4dz-0003tH-Fu; Fri, 20 Nov 2020 06:32:00 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Stefan Subject: Re: bug#44735: gilbc of the running system got wiped while building a package, system broken References: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 30 Brumaire 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: Fri, 20 Nov 2020 12:31:56 +0100 In-Reply-To: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> (Stefan's message of "Thu, 19 Nov 2020 14:55:19 +0100") Message-ID: <878sawfemr.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44735 Cc: 44735@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: -3.3 (---) Hi Stefan, Stefan skribis: > I found the root cause of this issue: I made a typo and inadvertently did= a =E2=80=9C./configure --localstatedir=3D/vaar=E2=80=9D. Ouch. :-/ Your store database may no longer be in sync with your actual store so you may have to reinstall. You can try =E2=80=98guix gc --verify=E2=80=99 = to get an idea of how bad the situation is. > The manual should warn that using a wrong (or omitted) --localstatedir ma= y destroy the guix installation and possibly the whole guix system. > > What can be done to prevent that a simple mistake like this destroys a sy= stem? ./configure warns or errors out and the manual warns in a couple of places too, but evidently it remains too easy to shoot oneself in the foot. Could you check =E2=80=98config.log=E2=80=99 to see what =E2=80=98configure= =E2=80=99 said? You can see the source of this check at the bottom of =E2=80=98m4/guix.m4=E2=80=99. Also, why did you run guix-daemon from your checkout? This is only necessary if you=E2=80=99re actually hacking on the daemon, but perhaps the manual is misleading. (Hadn=E2=80=99t you run guix-daemon from the checkou= t, the problem would not have occurred, even with a wrong =E2=80=98--localstatedir=E2=80=99.) Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 20 09:35:42 2020 Received: (at 44735) by debbugs.gnu.org; 20 Nov 2020 14:35:42 +0000 Received: from localhost ([127.0.0.1]:42535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg7Vl-0007Co-Q6 for submit@debbugs.gnu.org; Fri, 20 Nov 2020 09:35:42 -0500 Received: from mx009.vodafonemail.xion.oxcs.net ([153.92.174.39]:19838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kg7Vi-0007CY-Q6 for 44735@debbugs.gnu.org; Fri, 20 Nov 2020 09:35:40 -0500 Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id BD00F605292; Fri, 20 Nov 2020 14:35:32 +0000 (UTC) Received: from macbook-pro.kuh-wiese.my-router.de (unknown [90.186.146.93]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 0E228605111; Fri, 20 Nov 2020 14:35:27 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: bug#44735: gilbc of the running system got wiped while building a package, system broken From: Stefan In-Reply-To: <878sawfemr.fsf@gnu.org> Date: Fri, 20 Nov 2020 15:35:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <78228B3F-FA9D-48C1-B70C-2F0B4CC65446@vodafonemail.de> References: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> <878sawfemr.fsf@gnu.org> To: =?utf-8?Q?Ludovic_Court=C3=A8s?= X-Mailer: Apple Mail (2.3124) X-VADE-STATUS: LEGIT X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44735 Cc: 44735@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: -3.3 (---) Hi Ludo=E2=80=99! > Your store database may no longer be in sync with your actual store so > you may have to reinstall. You can try =E2=80=98guix gc --verify=E2=80=99= to get an > idea of how bad the situation is. stefan@guix ~/development/guix$ guix gc --verify reading the store... checking path existence... path = `/gnu/store/1kh1p8ypgn1yn826cc0mizw7gjjn5yfb-usbutils-012-guile-builder' = disappeared, removing from database... path `/gnu/store/da76qwnqrfravn2qd92b6vk5inp7273v-vala-0.44.5.drv' = disappeared, removing from database... path `/gnu/store/iq987sfc1bwyaijckagv59b0z2z3c4nb-vala-0.44.5.drv' = disappeared, removing from database... path = `/gnu/store/m7l8381hqz4dgp12v9fbnf0k9n1ij5ja-module-import-compiled-guile-= builder' disappeared, removing from database... path = `/gnu/store/mnhh9m6v88zk9k7lc6hj15db40qv5cnh-guix-packages-base-modules-bu= ilder' disappeared, removing from database... path = `/gnu/store/nal2ssav0z0qk523w5v6xp2vfqqfpc13-guix-module-union-builder' = disappeared, removing from database... path = `/gnu/store/x5gczh79g5aarws1xgkcp2gc1av4fzas-vala-0.44.5.tar.xz.drv' = disappeared, removing from database=E2=80=A6 stefan@guix ~/development/guix$ guix gc --verify reading the store... checking path existence=E2=80=A6 stefan@guix ~/development/guix$ That doesn=E2=80=99t seem to be so bad. :-) > ./configure warns or errors out and the manual warns in a couple of > places too, but evidently it remains too easy to shoot oneself in the > foot. It warns in the chapter =E2=80=9C2 Requirements=E2=80=9D. It doesn=E2=80=99= t warn in chapter =E2=80=9D14.1 Building from Git=E2=80=9D. Anyway, it was just a typo. Even if I would have known about that = warning, this would have happened.=20 > Could you check =E2=80=98config.log=E2=80=99 to see what = =E2=80=98configure=E2=80=99 said? You can see > the source of this check at the bottom of =E2=80=98m4/guix.m4=E2=80=99. I retried: stefan@guix ~/development/guix [env]$ ./configure --localstatedir=3D/vaar checking for a BSD-compatible install... = /gnu/store/5hj9mdr79nqfcqg9hb45dpfrrs5qqrnr-profile/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... = /gnu/store/5hj9mdr79nqfcqg9hb45dpfrrs5qqrnr-profile/bin/mkdir -p checking for gawk=E2=80=A6 gawk [pages of checking] checking the current installation's localstatedir... /var configure: WARNING: chosen localstatedir '/vaar' does not match that of = the existing installation '/var' configure: WARNING: installing may corrupt /gnu/store! checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating po/guix/Makefile.in config.status: creating po/packages/Makefile.in config.status: creating etc/guix-daemon.cil config.status: creating guix/config.scm config.status: creating etc/committer.scm config.status: creating test-env config.status: creating pre-inst-env config.status: creating nix/config.h config.status: nix/config.h is unchanged config.status: executing depfiles commands config.status: executing po-directories commands config.status: creating po/guix/POTFILES config.status: creating po/guix/Makefile config.status: creating po/packages/POTFILES config.status: creating po/packages/Makefile stefan@guix ~/development/guix [env]$=20 Indeed, there in all that pages of output, luckily on the last page, = there is a warning. I could have noticed it. But I did=E2=80=99t. Red = colour could have helped. :-) The same warning is hidden inside the very middle of the config.log. At = least the mistake with localstatedir is visible right at its beginning.=20= Would it be possible to do that check right at the beginning of = configure and ask the user for confirmation? > Also, why did you run guix-daemon from your checkout? This is only > necessary if you=E2=80=99re actually hacking on the daemon, but = perhaps the > manual is misleading. (Hadn=E2=80=99t you run guix-daemon from the = checkout, > the problem would not have occurred, even with a wrong > =E2=80=98--localstatedir=E2=80=99.) I was trying to add a build side module into guix/build. This failed all = the time with an error =E2=80=9Cno code for module=E2=80=9D. As neither = #:modules nor #:imported-modules are documented (see also = http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44758), I was a bit = clueless. Then I found out, that I have to add the module into = Makefile.am and have to run configure. And there the typo happened. But = still this was=E2=80=99t working and I thought that I may need to start = the daemon with pre-inst-env to have the GUILE_LOAD_PATH properly point = to guix/build. Well, and so the disaster happened. Bye Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 21 06:01:11 2020 Received: (at 44735) by debbugs.gnu.org; 21 Nov 2020 11:01:11 +0000 Received: from localhost ([127.0.0.1]:44962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kgQdi-0001U7-VM for submit@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:11 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kgQde-0001Td-9h for 44735@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:10 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56122) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgQdX-00072a-Dx; Sat, 21 Nov 2020 06:00:59 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=45520 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kgQdQ-0007if-GV; Sat, 21 Nov 2020 06:00:56 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Stefan Subject: Re: bug#44735: gilbc of the running system got wiped while building a package, system broken References: <4A9406A5-DB4F-4A05-BCC0-4AD8DBD2A112@vodafonemail.de> <878sawfemr.fsf@gnu.org> <78228B3F-FA9D-48C1-B70C-2F0B4CC65446@vodafonemail.de> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 1 Frimaire 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: Sat, 21 Nov 2020 12:00:49 +0100 In-Reply-To: <78228B3F-FA9D-48C1-B70C-2F0B4CC65446@vodafonemail.de> (Stefan's message of "Fri, 20 Nov 2020 15:35:26 +0100") Message-ID: <87r1onc6u6.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44735 Cc: 44735@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: -3.3 (---) Hi Stefan, Stefan skribis: > That doesn=E2=80=99t seem to be so bad. :-) Heh, good. >> ./configure warns or errors out and the manual warns in a couple of >> places too, but evidently it remains too easy to shoot oneself in the >> foot. > > It warns in the chapter =E2=80=9C2 Requirements=E2=80=9D. It doesn=E2=80= =99t warn in chapter =E2=80=9D14.1 Building from Git=E2=80=9D. > > Anyway, it was just a typo. Even if I would have known about that warning= , this would have happened.=20 Yeah, we could always duplicate the warning in the manual, but it can still be overlooked. > checking the current installation's localstatedir... /var > configure: WARNING: chosen localstatedir '/vaar' does not match that of t= he existing installation '/var' > configure: WARNING: installing may corrupt /gnu/store! [...] > Indeed, there in all that pages of output, luckily on the last page, ther= e is a warning. I could have noticed it. But I did=E2=80=99t. Red colour co= uld have helped. :-) Heh OK. At least it=E2=80=99s there. :-) Note that it would have been an error if you had not passed an explicit =E2=80=98--localstatedir=E2=80=99 (see guix.m4). The assumption here is th= at, since you explicitly passed =E2=80=98--localstatedir=E2=80=99, you =E2=80=9Cknow what= you=E2=80=99re doing=E2=80=9D, hence a mere warning. >> Also, why did you run guix-daemon from your checkout? This is only >> necessary if you=E2=80=99re actually hacking on the daemon, but perhaps = the >> manual is misleading. (Hadn=E2=80=99t you run guix-daemon from the chec= kout, >> the problem would not have occurred, even with a wrong >> =E2=80=98--localstatedir=E2=80=99.) > > I was trying to add a build side module into guix/build. This failed all = the time with an error =E2=80=9Cno code for module=E2=80=9D. As neither #:m= odules nor #:imported-modules are documented (see also http://debbugs.gnu.o= rg/cgi/bugreport.cgi?bug=3D44758), I was a bit clueless. Then I found out, = that I have to add the module into Makefile.am and have to run configure. A= nd there the typo happened. But still this was=E2=80=99t working and I thou= ght that I may need to start the daemon with pre-inst-env to have the GUILE= _LOAD_PATH properly point to guix/build. Well, and so the disaster happened. OK. You definitely do not need to run guix-daemon from the checkout to test this kind of changes. Commit 9022861dc028e99fab930721fe991a682c497bbb clarified that guix-daemon does not have to be launched from the checkout, but if you can think of other places that need clarification, please let me know! In the meantime, I=E2=80=99m closing this issue. Glad you recovered your s= tore! Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 21 06:01:35 2020 Received: (at control) by debbugs.gnu.org; 21 Nov 2020 11:01:35 +0000 Received: from localhost ([127.0.0.1]:44965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kgQe7-0001Ur-Al for submit@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kgQe5-0001UY-HW for control@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56133) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgQe0-0007Aj-8g for control@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:28 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=45524 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kgQdy-0001Uz-2A for control@debbugs.gnu.org; Sat, 21 Nov 2020 06:01:26 -0500 Date: Sat, 21 Nov 2020 12:01:25 +0100 Message-Id: <87pn47c6t6.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #44735 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) tags 44735 notabug close 44735 quit From unknown Sun Aug 17 22:01:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 19 Dec 2020 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator