GNU bug report logs - #26008
‘guix offload test’ provides insufficient details upon failure

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: tracker <at> debbugs.gnu.org
Subject: bug#26008: closed (‘guix offload
 test’ provides insufficient details upon failure)
Date: Sat, 13 Jan 2018 14:12:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sat, 13 Jan 2018 15:11:15 +0100
with message-id <87a7xhonlo.fsf <at> gnu.org>
and subject line Re: bug#26008: ‘guix offload test’ provides insufficient details upon failure
has caused the debbugs.gnu.org bug report #26008,
regarding ‘guix offload test’ provides insufficient details upon failure
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
26008: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26008
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: ludo <at> gnu.org (Ludovic Courtès)
To: bug-guix <at> gnu.org
Subject: ‘guix offload test’
 provides insufficient details upon failure
Date: Tue, 07 Mar 2017 12:01:11 +0100

[Message part 3 (text/plain, inline)]

See message below.

[Message part 4 (message/rfc822, inline)]

From: Myles English <mylesenglish <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: help-guix <help-guix <at> gnu.org>
Subject: Re: guix offload, (test returned #<unspecified>)
Date: Mon, 06 Mar 2017 23:23:01 +0000

Hi Ludo',

on [2017-03-06] at 10:52 Ludovic Courtès writes:

> Myles English <mylesenglish <at> gmail.com> skribis:
>
>> Two hosts, setup the same as far as I can see, behave differently when
>> trying to offload builds, any idea how I can get more information on
>> what the #<unspecified> might indicate?  Looking at
>> guix/scripts/offload.scm:551 suggests the result is not a string.
>>
>> $ guix offload test
>> guix offload: testing 2 build machines defined in '/etc/guix/machines.scm'...
>> guix offload: 'host1.mydomain.co.uk' is running guile (GNU Guile) 2.0.13
>> guix offload: 'host2.mydomain.co.uk' is running guile (GNU Guile) 2.0.13
>> guix offload: Guix is usable on 'host1.mydomain.co.uk' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
>> guix offload: error: failed to use Guix module on 'host2.mydomain.co.uk'
>> (test returned #<unspecified>)
>
> What you see here most likely means that host2 threw an exception while
> executing this code:
>
>   http://git.savannah.gnu.org/cgit/guix.git/tree/guix/scripts/offload.scm#n543
>
> The reason could be:
>
>   1. That the (guix …) modules could not be found in the search path
>      (your tests suggest this is not the case);
>
>   2. That an exception was thrown, for instance because the ‘with-store’
>      form failed to connect to the daemon on that machine (is the daemon
>      running on that machine? Is it listening on
>      /var/guix/daemon-socket/socket and not some other place?).

Yes, that was probably the problem.  I have since updated the host
systems, rebooted, restarted the daemons and now it works, thanks.

> We should definitely improve that and provide details about the
> exception, at least.

Yes, I agree, because 'guix offload test' should provide useful details
when it fails and not just when it succeeds.

Myles

[Message part 5 (message/rfc822, inline)]

From: ludo <at> gnu.org (Ludovic Courtès)
To: 26008-done <at> debbugs.gnu.org
Subject: Re: bug#26008: ‘guix offload test’ provides insufficient details upon failure
Date: Sat, 13 Jan 2018 15:11:15 +0100

Hi,

ludo <at> gnu.org (Ludovic Courtès) skribis:

> on [2017-03-06] at 10:52 Ludovic Courtès writes:
>
>> Myles English <mylesenglish <at> gmail.com> skribis:
>>
>>> Two hosts, setup the same as far as I can see, behave differently when
>>> trying to offload builds, any idea how I can get more information on
>>> what the #<unspecified> might indicate?  Looking at
>>> guix/scripts/offload.scm:551 suggests the result is not a string.
>>>
>>> $ guix offload test
>>> guix offload: testing 2 build machines defined in '/etc/guix/machines.scm'...
>>> guix offload: 'host1.mydomain.co.uk' is running guile (GNU Guile) 2.0.13
>>> guix offload: 'host2.mydomain.co.uk' is running guile (GNU Guile) 2.0.13
>>> guix offload: Guix is usable on 'host1.mydomain.co.uk' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
>>> guix offload: error: failed to use Guix module on 'host2.mydomain.co.uk'
>>> (test returned #<unspecified>)
>>
>> What you see here most likely means that host2 threw an exception while
>> executing this code:
>>
>>   http://git.savannah.gnu.org/cgit/guix.git/tree/guix/scripts/offload.scm#n543
>>
>> The reason could be:
>>
>>   1. That the (guix …) modules could not be found in the search path
>>      (your tests suggest this is not the case);
>>
>>   2. That an exception was thrown, for instance because the ‘with-store’
>>      form failed to connect to the daemon on that machine (is the daemon
>>      running on that machine? Is it listening on
>>      /var/guix/daemon-socket/socket and not some other place?).
>
> Yes, that was probably the problem.  I have since updated the host
> systems, rebooted, restarted the daemons and now it works, thanks.
>
>> We should definitely improve that and provide details about the
>> exception, at least.
>
> Yes, I agree, because 'guix offload test' should provide useful details
> when it fails and not just when it succeeds.

Commit 4eb0f9ae05a9bf20fb91c49b39bebc687265c5e5 improves that.

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.