unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
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 --]

  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).