unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Mikhail Kryshen <mikhail@kryshen.net>
To: help-guix@gnu.org
Subject: Re: error: corrupt input while restoring archive from socket
Date: Fri, 12 Mar 2021 17:56:13 +0300	[thread overview]
Message-ID: <8735x0qv3m.fsf@kryshen.net> (raw)
In-Reply-To: <8735x18c8n.fsf@kryshen.net>

[-- Attachment #1: Type: text/plain, Size: 6939 bytes --]

Mikhail Kryshen <mikhail@kryshen.net> writes:

> Mikhail Kryshen <mikhail@kryshen.net> writes:
>
>> 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.
>
> I experimented for a bit with my substitute server and noticed that
> downloads fail only when compressed substitutes are not yet available in
> the guix publish cache or if caching is disabled.  This is likely a bug
> in Guix.

After further experimentation, this does not appear to be related to
caching.  When guix tries to download more than one substitute from my
server, it fails on the second download.

>> Downloading from
>> ci.guix.gnu.org works without errors.  Could this be a race condition
>> related to download rate?
>>
>>> 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

-- 
Mikhail

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 686 bytes --]

  reply	other threads:[~2021-03-12 14:56 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
2021-03-16 18:16     ` Bonface Munyoki K.
2021-03-12  0:08   ` Mikhail Kryshen
2021-03-12 14:56     ` Mikhail Kryshen [this message]
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=8735x0qv3m.fsf@kryshen.net \
    --to=mikhail@kryshen.net \
    --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).