Received: (at 77716) by debbugs.gnu.org; 21 Apr 2025 18:35:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 21 14:35:01 2025
Received: from localhost ([127.0.0.1]:38516 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1u6vyu-0001Xh-A9
for submit <at> debbugs.gnu.org; Mon, 21 Apr 2025 14:35:01 -0400
Received: from wolfsden.cz ([37.205.8.62]:55008)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <~@wolfsden.cz>) id 1u6vyr-0001XX-Hr
for 77716 <at> debbugs.gnu.org; Mon, 21 Apr 2025 14:34:59 -0400
Received: by wolfsden.cz (Postfix, from userid 104)
id 6101239FB3D; Mon, 21 Apr 2025 18:34:55 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
t=1745260495; bh=fruI8cej8RE17xX3TJ8BlGRGD6nRtNSbLZ3QHQV2IYA=;
h=From:To:Cc:Subject:In-Reply-To:References:Date;
b=rWGMuBX5pq3KwXfgyoovdQAqQkaOJfKu8AnZNs6fneMx29XjlZ9kfKFX2Lj/Kux94
XrlIJKx7i5iW3wgK0ON8etcf8TV6gEq3dSf4AO9rdiBhgOf9tvIfZt2+Pgnu+7W3qu
g5wHbqQmL1gfvDxl2YtYzXwGCsBKqbYI88Qe9VuNIm3IDBVPuxPgr+R4S6KVbeHDDV
6c98X8UJmoVKwkZuyGeAcJD6uhvsfMxBc2uH0HfXIzM6pPxoyFODQcWbGqfexrq0qp
Swv2xQ1wOOqDP5jXrhOtojmwHQTBjrQWZ350RAIcYmRsOsmbi5joke9eMFQ13aV11N
sPTuYsPmCsUCcHG0uNrZye0ok5jqkCliPBlKguWgfOymUc4Y9nQaQjpl3EiOww1fg1
F7/JzmogtTDkKJ2WgK+3bwbcnCqCMRqsFOhUOhv4WdMcZUzJgP0KhOJtVxOWuPGtz8
flga6HbuPzg/FF3ViIKIKDuw6C7iLjzzmExw51b1MgR/dJ7atghjmJxXodmK4xqteG
xioQ+ePYGOZpZhY2ND10mdulweoxK2R2Ie4oD/n8Ba2gNmX4Zb5Ns/WwlXSgvb1T4R
XhFqLOAdOx3oooFBeYF4Z2KwdLhKhmS6ej/Z2mFFlaLAdHgXrARMg2k9/iIy1uYswO
Q04N7SDRbKYlAzhH3680EuYg=
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden
X-Spam-Level:
X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_BLOCKED
autolearn=unavailable autolearn_force=no version=3.4.6
Received: from localhost (89-24-35-10.nat.epc.tmcz.cz [89.24.35.10])
by wolfsden.cz (Postfix) with ESMTPSA id 1EA3239F843;
Mon, 21 Apr 2025 18:34:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
t=1745260494; bh=fruI8cej8RE17xX3TJ8BlGRGD6nRtNSbLZ3QHQV2IYA=;
h=From:To:Cc:Subject:In-Reply-To:References:Date;
b=FQsxXeXcryvQ30KXn5Ymr4zPvlZP1Yv+WBMZZgyUXe6Aho3Zc9kOkmhZKRRcQ/vyI
UbH/iAXLrRNFEpY5PwbIQFXewFroUUFrp2KlC/jUX0c1R5f1INrDU88hs25Qdg7F03
MryKxdltiYKEr26dqxCAVbUaN9m42bQshDrmt++NKOMMzzvuGnyxhIhMDsAbg405LY
lKs2hZlUKOt3VnYOEvTGb7bdx+rGgNiURXNFBI38dEC7yrHf6goezUEliYvjBRMjsJ
71/x9pXL9USu/ijwCdSvRv+D9XKEhQ7oZXkDr0MG2p1NEtXNpNAzaYU8Q1AqZ9AHZN
TySDjDAPSqVzTfGnxO0iyH4kY27YQ3A/Ybi6AkiUNqyqtTO/CMgB608lN6Xroit+Jh
s9DxJ3WvbaZmxDSDUk9lGTW8aOi40Qnp3MI3VOzlB6OnpjF+dYqR7iJZ5GqyMPBTLa
vQVRuCk1VX8YhJZUac7pbDDJwTwk9Pdd4dQMr4tCbqIlsprxTWdCTz7t7tRggDG+l6
EFPv1IEnYRfKcL5wNaYAn2Nw5ym5yU50J/YveDd7Gdb5ezR2RUBPyKyoBTyWwekmCN
vLl4W/Qyss/L+pnUHdFzVcbEhHxx3kHjGQ6YOwdOCOSvjGRIlDELcUF9H1U7yuuL6b
lQDOJR2IVx6+F05Oc0kqeAYc=
From: Tomas Volf <~@wolfsden.cz>
To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Subject: Re: bug#77716: Corrupted store after Guix deploy
In-Reply-To: <87o6wp8tcf.fsf@HIDDEN> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?=
=?utf-8?Q?s?= message of "Mon, 21 Apr 2025 16:47:12 +0200")
References: <87iknb66t6.fsf@HIDDEN> <87o6wp8tcf.fsf@HIDDEN>
Date: Mon, 21 Apr 2025 20:34:52 +0200
Message-ID: <87tt6h748j.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
micalg=pgp-sha512; protocol="application/pgp-signature"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 77716
Cc: 77716 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Ludovic Court=C3=A8s <ludo@HIDDEN> writes:
> Hello,
>
> Tomas Volf <~@wolfsden.cz> writes:
>
>> The permissions on the very top level directory differ (which one are
>> correct?):
>>
>> Laptop:
>>
>> --8<---------------cut here---------------start------------->8---
>> $ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
>> drwxr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4=
i7fc1jh8qzb1n9xnv3rfi17-wolfsden
>> --8<---------------cut here---------------end--------------->8---
>>
>> Remote:
>>
>> --8<---------------cut here---------------start------------->8---
>> $ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
>> dr-xr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4i7fc1jh8qzb1n=
9xnv3rfi17-wolfsden
>> --8<---------------cut here---------------end--------------->8---
>>
>>
>>
>> The target of symbolic link in the store item differs.
>>
>> Laptop:
>>
>> --8<---------------cut here---------------start------------->8---
>> $ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile=
/site/
>> total 4
>> lrwxrwxrwx 1 root root 61 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5i=
lzq0rxwqd8dp558r5-wolfsden-989d91d/
>> --8<---------------cut here---------------end--------------->8---
>>
>> Remote:
>>
>> --8<---------------cut here---------------start------------->8---
>> $ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile=
/site/
>> total 4
>> lrwxrwxrwx 1 root root 60 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5i=
lzq0rxwqd8dp558r5-wolfsden-989d91d
>> --8<---------------cut here---------------end--------------->8---
>>
>> Notice that for the Laptop, the target ends in `/', for the Remote it
>> does not.
>
> Interesting.
>
> There are several code paths to add a store item to the store. One is
> through (guix store =E2=80=A6), use by =E2=80=98guix offload=E2=80=99. O=
ne is through =E2=80=98guix
> substitute=E2=80=99, which restores nars it downloaded. One is through a=
build
> via guix-daemon (C++ code).
>
> Could you tell how these two differing things were obtained?
>
> On each machine, run =E2=80=98guix build --log-file /gnu/store/1bjf1lza4i=
7fc1jh8qzb1n9xnv3rfi17-wolfsden=E2=80=99. If
> there=E2=80=99s a local log file, it was built locally or offloaded; othe=
rwise
> it was substituted.
Definitely, I am pretty sure I know how these were acquired. It is my
personal Guix channel, and I am not using any substitutes other then the
official ones. On my local system (the "Laptop" above), I have executed
the following:
=2D-8<---------------cut here---------------start------------->8---
guix pull --no-offload -C wolfsnet/files/channels-base.sex
=2D-8<---------------cut here---------------end--------------->8---
During that, Guix was pulled using this channels file:
=2D-8<---------------cut here---------------start------------->8---
(cons* (channel
(name 'guix)
(url "https://git.wolfsden.cz/.git/guix")
(introduction
(make-channel-introduction
"028e445a2028068e3c83996daa281057f19141a0"
(openpgp-fingerprint
"B783 49B3 8C14 7D36 2988 68A4 2FBF EE7D B67F C1A9"))))
(channel
(name 'wolfsden)
(url "https://git.wolfsden.cz/.git/wolfsden")
(introduction
(make-channel-introduction
"49d7c72d2c3ae36ae8cf045dc7c00da29801af2c"
(openpgp-fingerprint
"B783 49B3 8C14 7D36 2988 68A4 2FBF EE7D B67F C1A9"))))
(channel
(name 'nonguix)
(url "https://gitlab.com/nonguix/nonguix")
(introduction
(make-channel-introduction
"897c1a470da759236cc11798f4e0a5f7d4d59fbc"
(openpgp-fingerprint
"2A39 3FFF 68F4 EF7A 3D29 12AF 6F51 20A0 22FB B2D5"))))
(filter (negate guix-channel?) %default-channels))
=2D-8<---------------cut here---------------end--------------->8---
Since 'wolfsden has no substitutes on official servers, the store item
was built locally (on "Laptop"). After that, I did `guix deploy' onto
"Remote". Since I am using the channel in few places in the system
definition, it was copied over to "Remote" as part of the deploy.
Additionally I am using the "current" Guix as the (guix) field of the
guix-configuration, but I am pretty sure that is not relevant here, so I
am including it just for completeness (in case I am wrong).
=2D-8<---------------cut here---------------start------------->8---
(define (%current-guix)
(let ((guix-bin (car (command-line))))
(unless (string-suffix? "/bin/guix" guix-bin)
(error "Does not look like guix binary" guix-bin))
(let* ((guix-profile (string-drop-right guix-bin 9))
(guix-profile (canonicalize-path guix-profile)))
(package
(name "custom-guix")
(version "1")
(source #f)
(build-system trivial-build-system)
(arguments
(list
#:builder
#~(symlink #$guix-profile #$output)))
(home-page #f)
(synopsis #f)
(description #f)
(license #f)))))
[..]
(operating-system
...
(services
(modify-services %base-services
(guix-service-type
config =3D> (guix-configuration
(inherit config)
(channels %channels)
(guix (%current-guix)))))))
=2D-8<---------------cut here---------------end--------------->8---
To sum up, to the "broken" system ("Remote") the store item got via
`guix deploy'.
>
> Could you also report the guix-daemon versions that are running on each
> machine?
Sadly I am not sure how to tell now :/. My laptop got updated and the
VM got shut down. I will be sure to gather this information next time.
Maybe it would be useful to include this information in the log files
for the builds. All I can say now is that guix-daemon on both was
"reasonably recent", definitely under 2 months old, probably under
month.
>
> An interesting puzzle. :-)
I am glad you have found this interesting. :)
Tomas
=2D-=20
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQJCBAEBCgAsFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmgGj80OHH5Ad29sZnNk
ZW4uY3oACgkQL7/ufbZ/wakdahAArzOksm76LIjrbW6LSXvyUXGueyN5ivw0P0XS
XqvknwNM/ddt8LI7ZSX1N7VB2jSVBjr8PEuwmUO1sZQ95p5gFcaSl5ZxaE+aZjsF
v5hN2LVQz49tqURYs1V/Cfrb3IsXkUZMFYDR7tW6uIIK89VPqvv6NTEyoYH1tliX
QqtRCZc0iPPrVmSz/rHfCpjArX76OdI/xSHUM2d2lXwJF9n8+XV1MbVkPSeFPjTh
trVKg5eK2PakOkMEwSxSVHciohTC/3ivcA+NCfKH3wJpmvWDUOHY+SmBDYqByjMp
+YbfzPjoRbNlvR6LJ7nNQko+grAEWyO1iL0U3EvguA7Vvqmiewp2BFDbgFHb9MjD
OccyUdFj0sxEAOljeXtVar/MP1y83T2GNWn+DTLEzmEJwV+UMmSdnlYiH//hlnK0
mTMFE/bKIwVNSjCkvhcttQ5FutB3n+Tjbh4F+VnIaNXu+kjxqi5zJ6uaPqiSZXpG
8u2XgUOSHF0HYtvVvjSXizUThCwpDZq8RU/xql8ojROPmOtCHRHOrFLsRniYIxz3
fz1+kguyKw5EScmLMu3bZO6sjfWxRn9VptAT8wkfGW/gmxNd1fPmH0LSSRXGE0fO
YAny2Ez6i4FCsxhWUc5BE8Okqm5AodCgGTDsKNof2xP4Y54dqT45bJE8oL0Um8hc
G1MXfPA=
=rOpT
-----END PGP SIGNATURE-----
--=-=-=--
bug-guix@HIDDEN:bug#77716; Package guix.
Full text available.Received: (at 77716) by debbugs.gnu.org; 21 Apr 2025 15:18:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 21 11:18:33 2025 Received: from localhost ([127.0.0.1]:36674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u6sum-0007aq-EZ for submit <at> debbugs.gnu.org; Mon, 21 Apr 2025 11:18:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44670) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1u6suh-0007Yz-Pn for 77716 <at> debbugs.gnu.org; Mon, 21 Apr 2025 11:18:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1u6sub-0002rt-IA; Mon, 21 Apr 2025 11:18:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=1qRGdMfSp8+HSONaWIPYR6YYFgGfKNRp616bqSuCb9k=; b=VFIwX+lBdb+WifHJllMo ZR1pjMjz5PaUi3Qr4bY6ME6LT0396tzIInul6jhiERJEU2THMNroA4Wb7bfEzYqNorWEIZuoOvgzD F+4JCI/KYXRmFUH5qOEPqsIL/Ce6aobXihIJ4zk10xiKY9omBLuvNTJ6W9H2htlaYwrWkNG5mQ1ME JxNZEbtvvUtN9eeP3vewkFKy9olW7EAPbiZVX7MPdSFp8TLgqlVjCK0Ga/y1XUA1udjbV/y8FSiIA jsGNQtkRmvHy84ZAmOKCXwfVPW7p3KQ5ZkImsm2YPlVGS5iVOSFQEAqBISk4fe+583Z5j1aFKEmZb QK7WoxlO4u+dAA==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Tomas Volf <~@wolfsden.cz> Subject: Re: bug#77716: Corrupted store after Guix deploy In-Reply-To: <87iknb66t6.fsf@HIDDEN> (Tomas Volf's message of "Thu, 10 Apr 2025 23:32:53 +0200") References: <87iknb66t6.fsf@HIDDEN> User-Agent: mu4e 1.12.9; emacs 29.4 X-URL: https://people.bordeaux.inria.fr/lcourtes/ X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu X-Revolutionary-Date: Duodi 2 =?utf-8?Q?Flor=C3=A9al?= an 233 de la =?utf-8?Q?R=C3=A9volution=2C?= jour du =?utf-8?Q?Ch=C3=AAne?= Date: Mon, 21 Apr 2025 16:47:12 +0200 Message-ID: <87o6wp8tcf.fsf@HIDDEN> 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: 77716 Cc: 77716 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hello, Tomas Volf <~@wolfsden.cz> writes: > The permissions on the very top level directory differ (which one are > correct?): > > Laptop: > > --8<---------------cut here---------------start------------->8--- > $ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden > drwxr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4i= 7fc1jh8qzb1n9xnv3rfi17-wolfsden > --8<---------------cut here---------------end--------------->8--- > > Remote: > > --8<---------------cut here---------------start------------->8--- > $ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden > dr-xr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4i7fc1jh8qzb1n9= xnv3rfi17-wolfsden > --8<---------------cut here---------------end--------------->8--- > > > > The target of symbolic link in the store item differs. > > Laptop: > > --8<---------------cut here---------------start------------->8--- > $ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/= site/ > total 4 > lrwxrwxrwx 1 root root 61 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5il= zq0rxwqd8dp558r5-wolfsden-989d91d/ > --8<---------------cut here---------------end--------------->8--- > > Remote: > > --8<---------------cut here---------------start------------->8--- > $ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/= site/ > total 4 > lrwxrwxrwx 1 root root 60 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5il= zq0rxwqd8dp558r5-wolfsden-989d91d > --8<---------------cut here---------------end--------------->8--- > > Notice that for the Laptop, the target ends in `/', for the Remote it > does not. Interesting. There are several code paths to add a store item to the store. One is through (guix store =E2=80=A6), use by =E2=80=98guix offload=E2=80=99. One= is through =E2=80=98guix substitute=E2=80=99, which restores nars it downloaded. One is through a b= uild via guix-daemon (C++ code). Could you tell how these two differing things were obtained? On each machine, run =E2=80=98guix build --log-file /gnu/store/1bjf1lza4i7f= c1jh8qzb1n9xnv3rfi17-wolfsden=E2=80=99. If there=E2=80=99s a local log file, it was built locally or offloaded; otherw= ise it was substituted. Could you also report the guix-daemon versions that are running on each machine? An interesting puzzle. :-) Thanks, Ludo=E2=80=99.
bug-guix@HIDDEN:bug#77716; Package guix.
Full text available.
Received: (at submit) by debbugs.gnu.org; 10 Apr 2025 21:33:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 10 17:33:20 2025
Received: from localhost ([127.0.0.1]:47354 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1u2zWR-0007M4-Sl
for submit <at> debbugs.gnu.org; Thu, 10 Apr 2025 17:33:20 -0400
Received: from lists.gnu.org ([2001:470:142::17]:44118)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <~@wolfsden.cz>) id 1u2zWO-0007Lc-5r
for submit <at> debbugs.gnu.org; Thu, 10 Apr 2025 17:33:17 -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 <~@wolfsden.cz>) id 1u2zWA-0003CO-KL
for bug-guix@HIDDEN; Thu, 10 Apr 2025 17:33:02 -0400
Received: from wolfsden.cz ([37.205.8.62])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <~@wolfsden.cz>) id 1u2zW7-0007ar-Ou
for bug-guix@HIDDEN; Thu, 10 Apr 2025 17:33:01 -0400
Received: by wolfsden.cz (Postfix, from userid 104)
id 2EFA429C6DF; Thu, 10 Apr 2025 21:32:55 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
t=1744320775; bh=ChU3gbAtKgEtPDJoNlrUbUjZdSRYbxeWF+RzyIzHapE=;
h=From:To:Subject:Date;
b=ik1bnHyLOYm22OvMzkzwoWZfVyI3jFKyJEanfPvgORV+dGDpN7Tjxa2h05U9K6dYg
xGgw5uVUZyHUjEKkyy5V2WeEqJ3JCtlbXl73t7WiKQPlKXUKXTrcW/9WcI78hCyfEG
VMAFRZI+c3NxkMot3IzR2TLB2Hw7cF9rygy6n2FMY+lllVwF44qf8sVD7/8R5VhjeO
Agky+DMN4h75GdV9A6ceo0kSQXzNzEqJfZE9zfsH22JAtp1ezcWZ7hB+TEzNUtnZek
AqR0HJGq9S/cQZwpfLZcYLjvp0ATx0XhUiR09abbDQC9w04ZESaK/bzV1M3erLZ9CT
UtImnp2jJDVYX4S48zLgWpIkioobuHmnzreS35/G78N2HJTCxjHVeuZzvtV3Wo3vRc
IbjZpiArHg7melb0XcGlJ0CQ1kHAWfzRYDzw0GExSsJVYK7ol3fLRX6tf3GFSwdB16
RxzMXSs6Fpans9aPjNuW39o903oaaSK5L/0v5o3/f8+kwONQ6UH75IcG31D9lmPgPO
gKc2LHMyKCpFIGHEJertKwhNPByoNw98djpCkiPOHSfwWwnIZ6hRSL/+T+sdvtwqQ0
LQzcAHr+T0PVK5a/67Fwb04NQXz4KNeL5Jw+87T6tucCCRiARuTDwA5f8nHyu8Q8TH
0LB+DMTj/GqkAxHDjLd8lk14=
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden
X-Spam-Level:
X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00,
DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_BLOCKED
autolearn=ham autolearn_force=no version=3.4.6
Received: from localhost (unknown [128.0.188.242])
by wolfsden.cz (Postfix) with ESMTPSA id 5754329D023
for <bug-guix@HIDDEN>; Thu, 10 Apr 2025 21:32:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
t=1744320774; bh=ChU3gbAtKgEtPDJoNlrUbUjZdSRYbxeWF+RzyIzHapE=;
h=From:To:Subject:Date;
b=yJBEKiVRhkbk2rIiiSmFcWP/bR/MgeyGCvDIUjqV+/XrWtvimbLQ5tPwPfLcDkve+
D1te99/he18oE8R61QZTUMxj/eGq01IodX/DvoG34tM0KiSLXvmYQ7wKZByEUDPdhp
C2pyUNwRIWtv0GjuAE8f2Gv7fBe0Clo0yNjkUkOOgbNl6gVxx3FmH49YVw9D5BlZ0T
/7lw3p/CIH5AUh66f1BaCaCZ9yUphkYBX+5xPEzU+QV+IGAcETfBZO4bZaXdholdJQ
evh56ivAmQ6VU5qk0hk2pxUsqIKf7Je0jUp3buK64O2WDCkvPXatNSufxdDC/Qzf8h
uKHGt/bSROGkPlhV4Wc8oNwAqlwVRqezfXqphszQVnYPKshHQlRUd796Ur5SQg18MO
m8hrHn1vRaiF7SWlLh1AuUwvCjHhpODx055V84LhhRpwqzuhLoyJuluZlKY0J46VM2
4XsXq7AWPlfJjdSiAQbhUphtHVh3VAHS0+vxK6mhV/wKTBccSLxAxu2AcMtl2bG+72
03V5ufH9DNfpF+bhJJpP1L2opok6XIAwEu2SLMeo2Lq0T8Tl2aMiSrfysj5P0IeRpk
XKm/7ThDroP0/9Trlz44BHPdqWI0ftCHI3L4V5WF+JdDspzD7NGeYFlCiOSekZBwYu
5ME/5Ijnf7rffnmJw4M9rD+Y=
From: Tomas Volf <~@wolfsden.cz>
To: bug-guix@HIDDEN
Subject: Corrupted store after Guix deploy
Date: Thu, 10 Apr 2025 23:32:53 +0200
Message-ID: <87iknb66t6.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=37.205.8.62; envelope-from=~@wolfsden.cz;
helo=wolfsden.cz
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 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_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=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.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)
Hello,
I just finished Guix deploy. The command has finished successfully,
without any warnings or errors. However when I checked the store, I can
see that some paths are corrupted:
--8<---------------cut here---------------start------------->8---
$ guix gc --verify=3Dcontents
reading the store...
checking path existence...
checking hashes...
path `/gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden' was modified! e=
xpected hash `b40d36eb683b0143cb192e37ba18f1bb31a437016e8a2f82a3623942b39c9=
3b8', got `b3ecf9df08d6bd70dc2482ff68d606802aa8d1623b8efd8bcd0485bbe670cd4c'
path `/gnu/store/my2g20c7spa8ixpnr92s302wj97cxl86-nonguix' was modified! ex=
pected hash `4e478e5e311d2a1205b01681de5d4fd2aaba7e9367bdf83ac2c74b3a18322b=
c5', got `9b8c244c6a1592c1a067bb0f1682b087322258c52dd91a95da7f2d7fbb03a7c3'
--8<---------------cut here---------------end--------------->8---
I know there already are some issues in the similar spirit, but
consensus there seems to be that missing/wrong sync is to blame. So I
am making a new bug, because this one is not affected by (possible) sync
issues. I did not even reboot (yet), I have verified the store *before*
rebooting.
Indeed, the guix hashes do differ:
Laptop:
--8<---------------cut here---------------start------------->8---
$ guix hash -r /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
1f4kkjrl4fb2lf12z2kf04vs8cdvy4cbldrf375l609vd3mkc3dl
--8<---------------cut here---------------end--------------->8---
Remote:
--8<---------------cut here---------------start------------->8---
$ guix hash -r /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
0k6df3kbp184rn5zv3ivcb8shal00vb6izw24kf71gfn13gzkv5k
--8<---------------cut here---------------end--------------->8---
I have checked the files themselves (sha256sum), and they are the same
on both machines. However I have noticed couple of differences listed
below:
The permissions on the very top level directory differ (which one are
correct?):
Laptop:
--8<---------------cut here---------------start------------->8---
$ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
drwxr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4i7f=
c1jh8qzb1n9xnv3rfi17-wolfsden
--8<---------------cut here---------------end--------------->8---
Remote:
--8<---------------cut here---------------start------------->8---
$ ls -al /gnu/store/ | grep 1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
dr-xr-xr-x 1 root root 16 Jan 1 1970 1bjf1lza4i7fc1jh8qzb1n9xn=
v3rfi17-wolfsden
--8<---------------cut here---------------end--------------->8---
The target of symbolic link in the store item differs.
Laptop:
--8<---------------cut here---------------start------------->8---
$ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/si=
te/
total 4
lrwxrwxrwx 1 root root 61 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5ilzq=
0rxwqd8dp558r5-wolfsden-989d91d/
--8<---------------cut here---------------end--------------->8---
Remote:
--8<---------------cut here---------------start------------->8---
$ ls -l /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/si=
te/
total 4
lrwxrwxrwx 1 root root 60 Jan 1 1970 3.0 -> /gnu/store/rmwi813mcsg8d5ilzq=
0rxwqd8dp558r5-wolfsden-989d91d
--8<---------------cut here---------------end--------------->8---
Notice that for the Laptop, the target ends in `/', for the Remote it
does not.
Additionally it is interesting that in addition I have exactly on more
corrupted path, and that is another channel:
--8<---------------cut here---------------start------------->8---
$ guix gc --verify=3Dcontents
reading the store...
checking path existence...
checking hashes...
path `/gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden' was modified! e=
xpected hash `b40d36eb683b0143cb192e37ba18f1bb31a437016e8a2f82a3623942b39c9=
3b8', got `b3ecf9df08d6bd70dc2482ff68d606802aa8d1623b8efd8bcd0485bbe670cd4c'
path `/gnu/store/my2g20c7spa8ixpnr92s302wj97cxl86-nonguix' was modified! ex=
pected hash `4e478e5e311d2a1205b01681de5d4fd2aaba7e9367bdf83ac2c74b3a18322b=
c5', got `9b8c244c6a1592c1a067bb0f1682b087322258c52dd91a95da7f2d7fbb03a7c3'
--8<---------------cut here---------------end--------------->8---
I have copied the store item back using `rsync -a ...', and this is what
diffoscope has to say (the same as above):
--8<---------------cut here---------------start------------->8---
2025-04-10 21:06:56 W: diffoscope.comparators.xml: Vulnerable version of py=
expat detected; disabling comparison of XML documents. Install defusedxml o=
r upgrade your pyexpat.
--- /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
+++ /tmp/xxxx/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden
=E2=94=9C=E2=94=80=E2=94=80 /gnu/store/lm25j7769nfzgfmx8gh28zarrlczgh8r-cor=
eutils-9.1/bin/stat {}
=E2=94=82 @@ -1,8 +1,8 @@
=E2=94=82
=E2=94=82 Size: 16 Blocks: 0 IO Block: 4096 directory
=E2=94=82 Device: 0,25 Links: 1
=E2=94=82 -Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ =
root)
=E2=94=82 +Access: (0555/dr-xr-xr-x) Uid: ( 0/ root) Gid: ( 0/ =
root)
=E2=94=82
=E2=94=82 Modify: 1970-01-01 00:00:01.000000000 +0000
=E2=94=82 --- /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share
=E2=94=9C=E2=94=80=E2=94=80 +++ /tmp/xxxx/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-=
wolfsden/share
=E2=94=82 =E2=94=82 --- /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfs=
den/share/guile
=E2=94=82 =E2=94=9C=E2=94=80=E2=94=80 +++ /tmp/xxxx/1bjf1lza4i7fc1jh8qzb1n9=
xnv3rfi17-wolfsden/share/guile
=E2=94=82 =E2=94=82 =E2=94=82 --- /gnu/store/1bjf1lza4i7fc1jh8qzb1n9xnv3r=
fi17-wolfsden/share/guile/site
=E2=94=82 =E2=94=82 =E2=94=9C=E2=94=80=E2=94=80 +++ /tmp/xxxx/1bjf1lza4i7fc=
1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/site
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 --- /gnu/store/1bjf1lza4i7fc1jh8q=
zb1n9xnv3rfi17-wolfsden/share/guile/site/3.0
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=9C=E2=94=80=E2=94=80 +++ /tmp/xxxx/1bj=
f1lza4i7fc1jh8qzb1n9xnv3rfi17-wolfsden/share/guile/site/3.0
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82=E2=94=84 symlink
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 @@ -1 +1 @@
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 +destination: /gnu/store/rmwi813mcs=
g8d5ilzq0rxwqd8dp558r5-wolfsden-989d91d
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 -destination: /gnu/store/rmwi813mcs=
g8d5ilzq0rxwqd8dp558r5-wolfsden-989d91d/
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=9C=E2=94=80=E2=94=80 /gnu/st=
ore/lm25j7769nfzgfmx8gh28zarrlczgh8r-coreutils-9.1/bin/stat {}
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 @@ -1,8 +1,8 @@
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 + Size: 60 Block=
s: 8 IO Block: 4096 symbolic link
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 - Size: 61 Block=
s: 8 IO Block: 4096 symbolic link
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 Device: 0,25 Links: 1
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 Access: (0777/lrwxrwxrwx=
) Uid: ( 0/ root) Gid: ( 0/ root)
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82
=E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 =E2=94=82 Modify: 1970-01-01 00:00=
:01.000000000 +0000
--8<---------------cut here---------------end--------------->8---
Any idea what might have happen?
I cannot really reproduce it now, not sure it the issue went away with
newer Guix or whether it was random flap. I just wonder whether the
other end should not checksum the entries before putting them into the
store and reject them if the hash is wrong.
Tomas
--=20
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Tomas Volf <~@wolfsden.cz>:bug-guix@HIDDEN.
Full text available.bug-guix@HIDDEN:bug#77716; Package guix.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.