Re: Broken Guix Pull
The module that fails to build is /gnu/store/x3ss3v86nll4dixzb86wmlwdv63c3rrz-module-import-compiled.drv - the problem must be some dependency of that. Is there any trick to repair all the full dependency tree of that? -- Christopher Howard my gemini capsule: gemini://gem.librehacker.com gemini browser: https://git.skyjake.fi/gemini/lagrange/releases On Fri, 2021-07-02 at 21:17 -0800, Christopher Howard wrote: > I'm trying to delete the things that guix gc cannot repair, but I get an > error that they are still alive: > > ``` > christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D > /gnu/store/48bcdy815zcp007v0jpjrw9wnbs1cinh-guix-c19d29c > finding garbage collector roots... > guix gc: error: cannot delete path > `/gnu/store/48bcdy815zcp007v0jpjrw9wnbs1cinh-guix-c19d29c' since it is still > alive > christopher@nightshade ~/Repos/guix-working$ guix -D > /gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207 > guix: unrecognized option '-D' > Try `guix --help' for more information. > christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D > /gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207 > finding garbage collector roots... > guix gc: error: cannot delete path > `/gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207' since it is still > alive > christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D > /gnu/store/xfy335fj7lwskqiazpvrifwdz1pc7ym4-module-import > finding garbage collector roots... > guix gc: error: cannot delete path > `/gnu/store/xfy335fj7lwskqiazpvrifwdz1pc7ym4-module-import' since it is still > alive > ``` > > Is there some way to see what is keeping them alive? > >
Re: Broken Guix Pull
I'm trying to delete the things that guix gc cannot repair, but I get an error that they are still alive: ``` christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D /gnu/store/48bcdy815zcp007v0jpjrw9wnbs1cinh-guix-c19d29c finding garbage collector roots... guix gc: error: cannot delete path `/gnu/store/48bcdy815zcp007v0jpjrw9wnbs1cinh-guix-c19d29c' since it is still alive christopher@nightshade ~/Repos/guix-working$ guix -D /gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207 guix: unrecognized option '-D' Try `guix --help' for more information. christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D /gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207 finding garbage collector roots... guix gc: error: cannot delete path `/gnu/store/ihrrwlbf4gwi28wvwh70a5imqj122d7b-guix-d207207' since it is still alive christopher@nightshade ~/Repos/guix-working$ sudo guix gc -D /gnu/store/xfy335fj7lwskqiazpvrifwdz1pc7ym4-module-import finding garbage collector roots... guix gc: error: cannot delete path `/gnu/store/xfy335fj7lwskqiazpvrifwdz1pc7ym4-module-import' since it is still alive ``` Is there some way to see what is keeping them alive?
Re: Broken Guix Pull
Hi, that's me! I picked a random /gnu/store/*/bin/guix, and got the same error message. I also, as I mentioned, did a separate checkout from guix and built it myself, and running the guix pull from that. I could do try a few more /gnu/store/*/bin/guix binaries to be thorough, but I expect I would continue to get the same result. Something is certainly corrupted somewhere, but I can't figure out where, or what it is exactly that I need to repair or delete or whatever. >From that repair command error message I posted, you would think it would have to be that one guix package in the store. But then, why doesn't it work with other guix binaries? >From the build log I posted, it seems like guix is trying to load guix code from some dependency package, but it definitely isn't clear to me how that works. -Original Message- From: Tobias Geerinckx-Rice To: Maxim Cournoyer Cc: Christopher Howard , help-guix@gnu.org Subject: Re: Broken Guix Pull Date: Sat, 03 Jul 2021 00:16:25 +0200 Maxim Cournoyer 写道： > I hope others will have more helpful replies than mine, but > perhaps your > file system was badly damaged. If this is lispmacs from #guix, that's exactly what happened after a power failure. I don't see it mentioned in the OP but I also suggested running ‘guix pull’ from each /gnu/store/*/bin/guix, but apparently that didn't work(?). Kind regards, T G-R
Re: Broken Guix Pull
Maxim Cournoyer 写道： I hope others will have more helpful replies than mine, but perhaps your file system was badly damaged. If this is lispmacs from #guix, that's exactly what happened after a power failure. I don't see it mentioned in the OP but I also suggested running ‘guix pull’ from each /gnu/store/*/bin/guix, but apparently that didn't work(?). Kind regards, T G-R signature.asc Description: PGP signature
Re: Broken Guix Pull
Hi Christopher,
Christopher Howard writes:
> Hello, I had a power outage during a guix pull a few days ago, and I haven't
> been able to do a `guix pull` successfully since then from that computer. I
> always get an error similar to this:
>
> ```
> building /gnu/store/yjx4pq303sj22w6476j1hql3h74z1lr4-config.scm.drv...
> building /gnu/store/60v3vy5ls2vgy47rs26r1xbz6in04hv4-module-import.drv...
> building /gnu/store/7nzi3i4031h2piwk1640yjnh9lnrwnwy-module-import.drv...
> building
> /gnu/store/nmqi0acf82hkb1wbx9d916qb3cpjgwzk-module-import-compiled.drv...
> 4%
> [###
>
>
>]builder for
> `/gnu/store/nmqi0acf82hkb1wbx9d916qb3cpjgwzk-module-import-compiled.drv'
> failed with exit code 1
> build of
> /gnu/store/nmqi0acf82hkb1wbx9d916qb3cpjgwzk-module-import-compiled.drv failed
> View build log at
> '/var/log/guix/drvs/nm/qi0acf82hkb1wbx9d916qb3cpjgwzk-module-import-compiled.drv.bz2'.
> cannot build derivation
> `/gnu/store/3swk97m8jdqksr3lvhiid0k3k48jvwv1-compute-guix-derivation.drv': 1
> dependencies couldn't be built
> guix pull: error: build of
> `/gnu/store/3swk97m8jdqksr3lvhiid0k3k48jvwv1-compute-guix-derivation.drv'
> failed
>
> ```
>
> The log looks like this, minus the last 10,000 null characters:
>
> ```
> [ 1/78] Loading './gcrypt/hash.scm'...
> [ 2/78] Loading './git.scm'...
> [ 3/78] Loading './gnu/packages/bootstrap.scm'...
> Backtrace:
> 19 (primitive-load "./gnu/packages/bootstrap.scm")
> In ice-9/eval.scm:
>721:20 18 (primitive-eval (define-module (gnu packages #) # (?) ?))
> In ice-9/psyntax.scm:
> 1241:36 17 (expand-top-sequence ((define-module (gnu # #) # (?) ?)) ?)
> 1233:19 16 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?)
>285:10 15 (parse _ (("placeholder" placeholder)) (()) _ c&e (eval) ?)
> In ice-9/eval.scm:
>293:34 14 (_ #)
> In ice-9/boot-9.scm:
>3380:4 13 (define-module* _ #:filename _ #:pure _ #:version _ # _ ?)
> 2565:24 12 (call-with-deferred-observers #)
> 3393:24 11 (_)
>222:17 10 (map1 (((guix licenses)) ((gnu packages)) ((guix #)) # ?))
> 3297:17 9 (resolve-interface (guix licenses) #:select _ #:hide _ # ?)
> In ice-9/threads.scm:
> 390:8 8 (_ _)
> In ice-9/boot-9.scm:
> 3223:13 7 (_)
> In ice-9/threads.scm:
> 390:8 6 (_ _)
> In ice-9/boot-9.scm:
> 3507:20 5 (_)
>2806:4 4 (save-module-excursion #)
> 3527:26 3 (_)
> In unknown file:
>2 (primitive-load-path "guix/licenses" #)
> In ice-9/eval.scm:
>223:20 1 (proc #)
> In unknown file:
>0 (%resolve-variable (7 . #) #)
>
> ERROR: In procedure %resolve-variable:
> Unbound variable:
> #{\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;\x0;
> ```
>
> These are fixes that I have tried, but I always get the same failure:
>
> * sudo guix gc --verify=contents,repair
>
> Ends with an error like:
>
> ```
> error: cannot repair path
> `/gnu/store/48bcdy815zcp007v0jpjrw9wnbs1cinh-guix-c19d29c'
> ```
>
> * doing a `guix pull --roll-back`
>
> * doing a `guix pull --commit` back to some earlier commit.
>
> * building guix myself from a local checkout, and trying to pull using that
> guix (the above output is from that attempt)
>
> * Deleting ~/.cache/guix
>
> Could I get some guidance on what to do?
I hope others will have more helpful replies than mine, but perhaps your
file system was badly damaged. Depending on what kind of file system
you are using, you may want to try to run a fsck tool to see if it can
recover.
HTH,
Maxim
Re: Broken guix pull
On Mon, Dec 19, 2016 at 11:34:22AM +, Dmitri Anikin wrote: > December 18, 2016 9:16 PM, "Leo Famulari" wrote: > >> When I try guix pull, it fails everytime on > >> > >> Found valid signature for > >> /gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled > >> From > >> https://mirror.hydra.gnu.org/nar/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled > >> Downloading myf7zg...-module-import-compiled (381KiB installed)... > >> module-import-compiled 15KiB/s 00:06 | 92KiB transferred > >> hash mismatch in downloaded path > >> `/gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled': > >> expected > >> e7e6fcf7f72f965d9ae46c6bfb759651d1b9f17ad19928cafa5c08405d7b14b9, got > >> 19d0c0bc67c3adf21b276d5c56edc582b0cc172eac71a1d51a3f0538d791 > > Can you try running the guix-daemon with > > '--substitute-urls=https://hydra.gnu.org', in case the problem is stale > > data on the mirror? > > Yes, this helped. Thanks Great! Once you've successfully run `guix pull`, please try removing that option from your guix-daemon and restart it. hydra.gnu.org can't handle everybody connecting to it directly, so we default to using the mirror. If necessary, most Guix commands that build packages take the '--substitute-urls' option on the command line: https://www.gnu.org/software/guix/manual/guix.html#Common-Build-Options
Re: Broken guix pull
December 18, 2016 9:16 PM, "Leo Famulari" wrote: > On Sun, Dec 18, 2016 at 08:20:57PM +, Dmitri Anikin wrote: > >> Hello, >> >> When I try guix pull, it fails everytime on >> >> Found valid signature for >> /gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled >> From >> https://mirror.hydra.gnu.org/nar/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled >> Downloading myf7zg...-module-import-compiled (381KiB installed)... >> module-import-compiled 15KiB/s 00:06 | 92KiB transferred >> hash mismatch in downloaded path >> `/gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled': >> expected >> e7e6fcf7f72f965d9ae46c6bfb759651d1b9f17ad19928cafa5c08405d7b14b9, got >> 19d0c0bc67c3adf21b276d5c56edc582b0cc172eac71a1d51a3f0538d791 >> fetching path >> `/gnu/store/sk9gij7yiqka9lqymh27wzlcp7r5si2b-module-import-compiled'... >> killing process 13703 >> guix pull: error: build failed: some substitutes for the outputs of >> derivation >> `/gnu/store/i2rwqg7iys5d31lqjw3qz0gb24z138n7-module-import-compiled.drv' >> failed (usually happens >> due to networking issues); try `--fallback' to build derivation from source > > Can you try running the guix-daemon with > '--substitute-urls=https://hydra.gnu.org', in case the problem is stale > data on the mirror? Yes, this helped. Thanks
Re: Broken guix pull
On Sun, Dec 18, 2016 at 08:20:57PM +, Dmitri Anikin wrote: > Hello, > > When I try guix pull, it fails everytime on > > Found valid signature for > /gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled > From > https://mirror.hydra.gnu.org/nar/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled > Downloading myf7zg...-module-import-compiled (381KiB installed)... > module-import-compiled 15KiB/s 00:06 | 92KiB transferred > hash mismatch in downloaded path > `/gnu/store/myf7zgkj7x70gy6nf47kppva612zzbgm-module-import-compiled': > expected e7e6fcf7f72f965d9ae46c6bfb759651d1b9f17ad19928cafa5c08405d7b14b9, > got 19d0c0bc67c3adf21b276d5c56edc582b0cc172eac71a1d51a3f0538d791 > fetching path > `/gnu/store/sk9gij7yiqka9lqymh27wzlcp7r5si2b-module-import-compiled'... > killing process 13703 > guix pull: error: build failed: some substitutes for the outputs of > derivation > `/gnu/store/i2rwqg7iys5d31lqjw3qz0gb24z138n7-module-import-compiled.drv' > failed (usually happens due to networking issues); try `--fallback' to build > derivation from source Can you try running the guix-daemon with '--substitute-urls=https://hydra.gnu.org', in case the problem is stale data on the mirror?
Re: Broken guix pull
>> When I try guix pull, it fails everytime on > Yep, this happens sometimes with *-module-import-compiled derivations. > Have you tried with the --fallback flag like it says in the error > message? That usually fixes it. Ups, guix pull doesn't have a --fallback flag. You should be able to work around this by checking out the latest git repo, building guix (autoreconf -vfi && ./configure --sysconfdir=/etc --localstatedir=/var && make) and then ./pre-inst-env guix environment guix --fallback should build the required module-import-compiled derivation. guix pull should work after that. Let me know if this works :)
Re: Broken guix pull
> When I try guix pull, it fails everytime on Yep, this happens sometimes with *-module-import-compiled derivations. Have you tried with the --fallback flag like it says in the error message? That usually fixes it.
