From: Mikhail Kryshen <mikhail@kryshen.net>
To: Fulbert <fulbert@bluewin.ch>, help-guix@gnu.org
Subject: Re: error: corrupt input while restoring archive from socket
Date: Thu, 11 Mar 2021 20:59:31 +0300 [thread overview]
Message-ID: <87y2etr2po.fsf@e6230.localdomain> (raw)
In-Reply-To: <YEosI5jO4spytQj8@bluewin.ch>
[-- Attachment #1: Type: text/plain, Size: 7358 bytes --]
Fulbert <fulbert@bluewin.ch> writes:
> Le Thu, Mar 11, 2021 at 04:59:42PM +0300, Mikhail Kryshen a écrit :
>> Fulbert <fulbert@bluewin.ch> writes:
>>
>> > Hello Guixers,
>> >
>> > For the past few days… maybe a couple of weeks (not sure when
>> > it started exactly), I have had frequent errors with
>> > substitutions. Those errors are not [always] reproducible as
>> > another [or more] installation attempt succeed on the same [set of]
>> > file[s].
>> >
>> > My computers (hardware/software) does not seem to be the
>> > cause as I have experienced the same problem on 2 PC's (not
>> > sharing the exact same guix configurations).
>> >
>> > Attached, 2 files with such an error. Note that I have
>> > translated the messages back to english (from french)… just in
>> > case you find some typos and wonder how guix could mistype… ^^
>> >
>> > The error message common to all those recent failures is :
>> > error: corrupt input while restoring archive from socket
>>
>> I'm seeing this too, but only when guix tries to download from my own
>> local substitute server, which runs current guix-publish exposed
>> directly to the network without reverse proxy. Downloading from
>> ci.guix.gnu.org works without errors. Could this be a race condition
>> related to download rate?
>
> Hello and thanks for your time Mikhail,
>
> I only have a local channel with a couple of local files but no
> subtitute server. All downloads go through ci.gui.gnu.org.
>
>> Downloading from ci.guix.gnu.org works without errors. Could
>> this be a race condition related to download rate?
>
> I don't know. I'm not even sure what it means and how I could
> check that. Wouldn't this kind of problem be handled on the
> network "layers" ?… Because, as stated, I have not experienced
> other problems besides guix substitutions, whether guix related or
> any other use as a connected "desktop" user.
Ah, sorry for the confusion, my question was meant as a
speculation/suggestion to the Guix developers.
>> > Any idea ? I have not found any recent similar issue on
>> > issues.guix.gnu.org.
>> > downloading from https://ci.guix.gnu.org/nar/gzip/qd16lz61f4gn20456h4ri0xb59dfh8kg-cmdliner-1.0.3.tbz...
>> > cmdliner-1.0.3.tbz 48KiB 20.4MiB/s 00:00 [##################] 100.0%
>> >
>> > Backtrace:
>> > In guix/ui.scm:
>> > 2164:12 19 (run-guix-command _ . _)
>> > In guix/scripts/substitute.scm:
>> > 633:2 18 (guix-substitute . _)
>> > In unknown file:
>> > 17 (with-continuation-barrier #<procedure thunk ()>)
>> > In ice-9/boot-9.scm:
>> > 1736:10 16 (with-exception-handler _ _ #:unwind? _ # _)
>> > In unknown file:
>> > 15 (apply-smob/0 #<thunk 7f7226fd5ea0>)
>> > In ice-9/boot-9.scm:
>> > 1736:10 14 (with-exception-handler _ _ #:unwind? _ # _)
>> > 1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
>> > 1731:15 12 (with-exception-handler #<procedure 7f722645a120 at ic…> …)
>> > In guix/scripts/substitute.scm:
>> > 682:17 11 (_)
>> > 391:7 10 (process-substitution _ "/gnu/store/p0xh0m6xkqfapgv7cy…" …)
>> > In ice-9/boot-9.scm:
>> > 1736:10 9 (with-exception-handler _ _ #:unwind? _ # _)
>> > In guix/scripts/substitute.scm:
>> > 400:9 8 (_)
>> > In ice-9/boot-9.scm:
>> > 1731:15 7 (with-exception-handler #<procedure 7f72274616f0 at ic…> …)
>> > 1669:16 6 (raise-exception _ #:continuable? _)
>> > 1667:16 5 (raise-exception _ #:continuable? _)
>> > 1669:16 4 (raise-exception _ #:continuable? _)
>> > 1764:13 3 (_ #<&compound-exception components: (#<&error> #<&irri…>)
>> > 1669:16 2 (raise-exception _ #:continuable? _)
>> > 1667:16 1 (raise-exception _ #:continuable? _)
>> > 1669:16 0 (raise-exception _ #:continuable? _)
>> >
>> > ice-9/boot-9.scm:1669:16: In procedure raise-exception:
>> > Bad http-version header component: ¡_¨””8á—¯ñÿ
>> >
>> > Backtrace:
>> > In ice-9/boot-9.scm:
>> > 1736:10 4 (with-exception-handler _ _ #:unwind? _ # _)
>> > In unknown file:
>> > 3 (apply-smob/0 #<thunk 7f7228b5a520>)
>> > In ice-9/boot-9.scm:
>> > 718:2 2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
>> > In ice-9/eval.scm:
>> > 619:8 1 (_ #(#(#<directory (guile-user) 7f7228b5dc80>)))
>> > In guix/ui.scm:
>> > 2164:12 0 (run-guix-command _ . _)
>> >
>> > guix/ui.scm:2164:12: In procedure run-guix-command:
>> > Bad http-version header component: ¡_¨””8á—¯ñÿ
>> >
>> > substitution of /gnu/store/p0xh0m6xkqfapgv7cy9012mjf2rx720r-cudf-0.9.tar.gz failed
>> > guix package: error: corrupt input while restoring archive from socket
>> > downloading from https://ci.guix.gnu.org/nar/lzip/wa2p58gv8fp81dglysnp2c9bffpdcwsr-ghc-blaze-markup-0.8.2.3...
>> > ghc-blaze-markup-0.8.2.3 124KiB 1.4MiB/s 00:00 [##################] 100.0%
>> >
>> > Backtrace:
>> > In guix/ui.scm:
>> > 2164:12 19 (run-guix-command _ . _)
>> > In guix/scripts/substitute.scm:
>> > 633:2 18 (guix-substitute . _)
>> > In unknown file:
>> > 17 (with-continuation-barrier #<procedure thunk ()>)
>> > In ice-9/boot-9.scm:
>> > 1736:10 16 (with-exception-handler _ _ #:unwind? _ # _)
>> > In unknown file:
>> > 15 (apply-smob/0 #<thunk 7fb9bd56c0e0>)
>> > In ice-9/boot-9.scm:
>> > 1736:10 14 (with-exception-handler _ _ #:unwind? _ # _)
>> > 1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
>> > 1731:15 12 (with-exception-handler #<procedure 7fb9bc9e6ed0 at ic…> …)
>> > In guix/scripts/substitute.scm:
>> > 682:17 11 (_)
>> > 391:7 10 (process-substitution _ "/gnu/store/gs7l81p1xzgdzvxdjc…" …)
>> > In ice-9/boot-9.scm:
>> > 1736:10 9 (with-exception-handler _ _ #:unwind? _ # _)
>> > In guix/scripts/substitute.scm:
>> > 400:9 8 (_)
>> > In ice-9/boot-9.scm:
>> > 1731:15 7 (with-exception-handler #<procedure 7fb9bc9be690 at ic…> …)
>> > 1669:16 6 (raise-exception _ #:continuable? _)
>> > 1667:16 5 (raise-exception _ #:continuable? _)
>> > 1669:16 4 (raise-exception _ #:continuable? _)
>> > 1764:13 3 (_ #<&compound-exception components: (#<&error> #<&irri…>)
>> > 1669:16 2 (raise-exception _ #:continuable? _)
>> > 1667:16 1 (raise-exception _ #:continuable? _)
>> > 1669:16 0 (raise-exception _ #:continuable? _)
>> >
>> > ice-9/boot-9.scm:1669:16: In procedure raise-exception:
>> > Bad Read-Header-Line header: #<eof>
>> >
>> > Backtrace:
>> > In ice-9/boot-9.scm:
>> > 1736:10 4 (with-exception-handler _ _ #:unwind? _ # _)
>> > In unknown file:
>> > 3 (apply-smob/0 #<thunk 7fb9bf0be520>)
>> > In ice-9/boot-9.scm:
>> > 718:2 2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
>> > In ice-9/eval.scm:
>> > 619:8 1 (_ #(#(#<directory (guile-user) 7fb9bf0c1c80>)))
>> > In guix/ui.scm:
>> > 2164:12 0 (run-guix-command _ . _)
>> >
>> > guix/ui.scm:2164:12: In procedure run-guix-command:
>> > Bad Read-Header-Line header: #<eof>
>> >
>> > substitution of /gnu/store/gs7l81p1xzgdzvxdjcwfxqpfcwfdjbkv-ghc-clock-0.8 failed
>> > guix package: error: corrupt input while restoring archive from socket
>>
>> --
>> Mikhail
--
Mikhail
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 686 bytes --]
next prev parent reply other threads:[~2021-03-11 18:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-09 7:48 error: corrupt input while restoring archive from socket Fulbert
2021-03-09 7:52 ` divoplade
2021-03-09 9:19 ` Fulbert
2021-03-11 13:59 ` Mikhail Kryshen
2021-03-11 14:41 ` Fulbert
2021-03-11 17:59 ` Mikhail Kryshen [this message]
2021-03-16 18:16 ` Bonface Munyoki K.
2021-03-12 0:08 ` Mikhail Kryshen
2021-03-12 14:56 ` Mikhail Kryshen
2021-03-22 10:17 ` Fulbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y2etr2po.fsf@e6230.localdomain \
--to=mikhail@kryshen.net \
--cc=fulbert@bluewin.ch \
--cc=help-guix@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).