From: "Ludovic Courtès" <ludo@gnu.org>
To: Simon Streit <simon@netpanic.org>
Cc: 48240@debbugs.gnu.org
Subject: bug#48240: “guix copy” to host with daemon listening on TCP fails
Date: Tue, 11 May 2021 11:56:34 +0200 [thread overview]
Message-ID: <87pmxx386l.fsf_-_@gnu.org> (raw)
In-Reply-To: <yguv97pslsh.fsf@netpanic.org> (Simon Streit's message of "Tue, 11 May 2021 10:43:26 +0200")
Hi,
Simon Streit <simon@netpanic.org> skribis:
> Then it was suggested I checkout to commit
> dd14678b9b9843be20e2bbb98ceb30d2433dab82 and force downgrade my new
> system. While doing so, I noticed that guix-daemon would still offload,
> while if I'd type in `guix offload test`, I'd get a response:
>
> guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
> guix offload: Guix is usable on 'host' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
> guix offload: 'host' is running GNU Guile 3.0.5
> guix offload: error: failed to connect over SSH to daemon at 'host', socket /var/guix/daemon-socket/socket
>
> Anyway, back to this old commit offloading works for all users.
Is the socket file name displayed above correct? Or did you specify
something else in the <build-machine> record?
Is the ‘GUIX_DAEMON_SOCKET’ environment variable defined on that
machine?
How do you run guix-daemon on the head node? The patches discussed here
haven’t made it into the ‘guix’ package yet AFAIK.
Thanks for reporting the issue!
Ludo’.
next prev parent reply other threads:[~2021-05-11 9:57 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-05 16:04 bug#48240: “guix copy” to host with daemon listening on TCP fails Ricardo Wurmus
2021-05-05 21:32 ` bug#48240: [PATCH 1/4] store: 'open-connection' never returns #f Ludovic Courtès
2021-05-05 21:32 ` bug#48240: [PATCH 2/4] ssh: 'connect-to-remote-daemon' raises a nicer message upon error Ludovic Courtès
2021-05-05 21:32 ` bug#48240: [PATCH 3/4] store: Export 'connect-to-daemon' Ludovic Courtès
2021-05-05 21:32 ` bug#48240: [PATCH 4/4] ssh: Honor GUIX_DAEMON_SOCKET on the target machine Ludovic Courtès
2021-05-08 13:10 ` bug#48240: “guix copy” to host with daemon listening on TCP fails Ludovic Courtès
2021-05-11 8:43 ` bug#48240: “guix_ " Simon Streit
2021-05-11 9:56 ` Ludovic Courtès [this message]
2021-05-12 7:48 ` bug#48240: “guix " Simon Streit
2021-05-11 10:52 ` Ludovic Courtès
2021-05-11 14:01 ` Bone Baboon via Bug reports for GNU Guix
2021-05-11 21:22 ` Ludovic Courtès
2021-05-12 7:49 ` Simon Streit
2021-05-12 19:44 ` Simon Streit
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87pmxx386l.fsf_-_@gnu.org \
--to=ludo@gnu.org \
--cc=48240@debbugs.gnu.org \
--cc=simon@netpanic.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.