[cuirass] Fetch worker ensure-path exception.

  • Open
  • quality assurance status badge
Details
One participant
  • Mathieu Othacehe
Owner
unassigned
Submitted by
Mathieu Othacehe
Severity
normal
M
M
Mathieu Othacehe wrote on 3 Dec 2021 14:22
(address . bug-guix@gnu.org)
871r2tsu0q.fsf@gnu.org
Hello,

The "ensure-path" RPC that is used by the cuirass-remote-server process
sometimes raises a &nar-error condition.

Toggle snippet (34 lines)
In ice-9/eval.scm:
619:8 16 (_ #(#(#<directory (cuirass scripts remote-server) ?> ?)))
619:8 15 (_ #(#(#(#(#(#(#<directory (cuirass scr?> ?)) ?) ?) ?) ?))
619:8 14 (_ #(#(#(#(#(#(#(#(#(#(#(?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In cuirass/utils.scm:
358:17 13 (call-with-time _ #<procedure 7f8d58ac74a0 at ice-9/eva?>)
In unknown file:
12 (_ #<procedure 7f8d58ac74e0 at ice-9/eval.scm:330:13 ()> ?)
In ice-9/boot-9.scm:
152:2 11 (with-fluid* _ _ _)
1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
658:37 9 (thunk)
In srfi/srfi-1.scm:
634:9 8 (for-each #<procedure 7f8d58ac71a0 at ice-9/eval.scm:3?> ?)
In ice-9/boot-9.scm:
724:2 7 (call-with-prompt _ _ #<procedure 7f8d58ac7100 at ice-9?>)
1752:10 6 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
1449:0 5 (ensure-path #<store-connection 256.99 7f8d4241be10> _)
733:11 4 (process-stderr #<store-connection 256.99 7f8d4241be10> _)
In guix/serialization.scm:
80:6 3 (read-int #<closed: file 7f8d5add63f0>)
In ice-9/boot-9.scm:
1685:16 2 (raise-exception _ #:continuable? _)
1683:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
ERROR:
1. &nar-error:
file: #f
port: #<closed: file 7f8d5add63f0>

According to Ludo on #guix, this might be caused by a crash on the
guix-daemon side causing it to hang up prematurely.

Thanks,

Mathieu
M
M
Mathieu Othacehe wrote on 6 Dec 2021 12:20
(address . 52258@debbugs.gnu.org)
87pmqa0yk9.fsf@gnu.org
Hello,

Toggle quote (6 lines)
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> ERROR:
> 1. &nar-error:
> file: #f
> port: #<closed: file 7f8d5add63f0>

Still not sure what's causing this issue, but I catched this exception
in c832d1523d094b21e7c640115cd6158346bbc54d to keep the remote-server
fetch thread alive.

Thanks,

Mathieu
?