GNU bug report logs

#45791 guix publish test never completes.

PackageSource(s)Maintainer(s)
guix PTS Buildd Popcon
Reply or subscribe to this bug. View this bug as an mbox, status mbox, or maintainer mbox

Report forwarded to bug-guix@gnu.org:
bug#45791; Package guix. (Mon, 11 Jan 2021 15:47:02 GMT) (full text, mbox, link).


Acknowledgement sent to Mathieu Othacehe <othacehe@gnu.org>:
New bug report received and forwarded. Copy sent to bug-guix@gnu.org. (Mon, 11 Jan 2021 15:47:02 GMT) (full text, mbox, link).


Message #5 received at submit@debbugs.gnu.org (full text, mbox, reply):

From: Mathieu Othacehe <othacehe@gnu.org>
To: bug-guix@gnu.org
Subject: guix publish test never completes.
Date: Mon, 11 Jan 2021 16:46:46 +0100
[Message part 1 (text/plain, inline)]
Hello,

The "publish" test has been running for 28 hours on hydra-guix-126. The
matching process is:

--8<---------------cut here---------------start------------->8---
guixbui+  58019  109  0.2 4052284 465988 ?      Rl   Jan10 1718:33 /gnu/store/dxvxl29bb1kzqgb9bz8gfcyag177g9vj-guile-3.0.5/bin/guile --no-auto-compile -e main ./build-aux/test-driver.scm --test-name tests/publish.scm --log-file tests/publish.log --trs-file tests/publish.trs --color-tests no --enable-hard-errors yes --expect-failure no --brief=yes -- ./tests/publish.scm
--8<---------------cut here---------------end--------------->8---

An strace log of this process is attached. I would suspect "with cache,
cache bypass" test given that the looping connection is made on port
6788.

Thanks,

Mathieu
[strace_publish.txt.gz (application/gzip, attachment)]

Severity set to 'important' from 'normal' Request was from Ludovic Courtès <ludo@gnu.org> to control@debbugs.gnu.org. (Wed, 13 Jan 2021 11:27:01 GMT) (full text, mbox, link).


Information forwarded to bug-guix@gnu.org:
bug#45791; Package guix. (Thu, 21 Jan 2021 12:59:02 GMT) (full text, mbox, link).


Message #10 received at 45791@debbugs.gnu.org (full text, mbox, reply):

From: Ludovic Courtès <ludo@gnu.org>
To: Mathieu Othacehe <othacehe@gnu.org>
Cc: 45791@debbugs.gnu.org
Subject: Re: bug#45791: guix publish test never completes.
Date: Thu, 21 Jan 2021 13:58:25 +0100
Hi,

Mathieu Othacehe <othacehe@gnu.org> skribis:

> The "publish" test has been running for 28 hours on hydra-guix-126. The
> matching process is:
>
> guixbui+  58019  109  0.2 4052284 465988 ?      Rl   Jan10 1718:33 /gnu/store/dxvxl29bb1kzqgb9bz8gfcyag177g9vj-guile-3.0.5/bin/guile --no-auto-compile -e main ./build-aux/test-driver.scm --test-name tests/publish.scm --log-file tests/publish.log --trs-file tests/publish.trs --color-tests no --enable-hard-errors yes --expect-failure no --brief=yes -- ./tests/publish.scm
>
> An strace log of this process is attached. I would suspect "with cache,
> cache bypass" test given that the looping connection is made on port
> 6788.

The log shows an endless loop of:

--8<---------------cut here---------------start------------->8---
[pid 58019] connect(853, {sa_family=AF_INET, sin_port=htons(6788), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused)
--8<---------------cut here---------------end--------------->8---

… which suggests nothing’s listening on port 6788, which probably means
that ‘guix publish’ didn’t start, for example due to EADDRINUSE (but the
log starts after that.)

Are you able to reproduce the issue with:

  while make check TESTS=tests/publish.scm ; do : ; done

Surprisingly, port 6788 doesn’t seem to be used by any other test, which
probably rules out a problem due to concurrent tests using the same
port.

Also, was it the result of “guix build guix” or equivalent?  In that
case tests run sequentially.

Thanks,
Ludo’.




Send a report that this bug log contains spam.


debbugs.gnu.org maintainers <help-debbugs@gnu.org>. Last modified: Wed Apr 9 19:06:26 2025; Machine Name: wallace-server

GNU bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.