View Issue Details

IDProjectCategoryView StatusLast Update
0005555GNUnetARM servicepublic2019-11-16 18:40
Reporterng0Assigned Toschanzen 
PrioritynormalSeverityminorReproducibilityhave not tried
Status assignedResolutionopen 
Platformamd64OSNetBSDOS VersionCURRENT
Product VersionSVN HEAD 
Target VersionFixed in Version 
Summary0005555: arm: test_gnunet_service_arm fails on netbsd
Description================================================
   gnunet 0.11.0pre66: src/arm/test-suite.log
================================================

# TOTAL: 4
# PASS: 3
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: test_gnunet_service_arm
=============================

Feb 10 21:03:38-131511 resolver-29960 WARNING `accept' failed at service.c:843 with error: Resource temporarily unavailable
Feb 10 21:03:38-135891 test-gnunet-service-arm-28419 ERROR Failed to resolve our own hostname!
Feb 10 21:03:38-136020 test-gnunet-service-arm-28419 ERROR Assertion failed at test_gnunet_service_arm.c:118.
Feb 10 21:03:38-136457 resolver-29960 ERROR Assertion failed at gnunet-service-resolver.c:1249. Aborting.
Test failed with error code 3
FAIL test_gnunet_service_arm (exit status: 3)

Steps To Reproducegmake clean; LDFLAGS=-L/usr/pkg/lib ./configure --prefix=/home/ng0/opt
gmake
su -
cd to source directory, gmake install
exit
PATH=$PATH:/home/ng0/opt/bin GNUNET_PREFIX=/home/ng0/opt gmake check
TagsNo tags attached.

Activities

Christian Grothoff

2019-02-12 09:23

manager   ~0013676

Did you run 'make install' first? Should this be RC for 0.11.0?

ng0

2019-02-12 11:46

developer   ~0013678

As I wrote above, make install was run before the tests (gmake is gnu make).

I don't think this has to be 0.11.0, it can be 0.11.1 or later. Effectively if nothing major changes I can keep testing gnunet 0.11.0 in pkgsrc-wip. Once the testsuite passes I would ask a developer with commit access to move it to pkgsrc.

ng0

2019-02-12 12:52

developer   ~0013681

Let's target 0.12.0 to be on the optimistic side and have enough wiggle and testing room.

schanzen

2019-08-08 19:22

manager   ~0014775

Did we not fix this issue? Or at least traced it to a network issue (in IRC)?

ng0

2019-08-17 11:32

developer   ~0014786

if we did, it was many months ago. I don't remember the results of what we looked into. We might have to do it again.

schanzen

2019-08-17 12:04

manager   ~0014787

Ok. The problem was that if you execute gethostbyname() or gethostbyname2() and then try to resolve that hostname through DNS the results do not match.
This can be an issue with your local DNS router or the local setup of the hostname.

Considering that there is also the error "Feb 10 21:03:38-131511 resolver-29960 WARNING `accept' failed at service.c:843 with error: Resource temporarily unavailable" this might
also be a different issue. OTOH, this error is an EAGAIN and should not be fatal (hence it is just a warning) as the service probably retries.

Issue History

Date Modified Username Field Change
2019-02-10 22:09 ng0 New Issue
2019-02-12 09:23 Christian Grothoff Note Added: 0013676
2019-02-12 11:46 ng0 Note Added: 0013678
2019-02-12 12:51 ng0 Target Version => 0.12.0
2019-02-12 12:52 ng0 Note Added: 0013681
2019-08-08 19:22 schanzen Note Added: 0014775
2019-08-08 19:22 schanzen Assigned To => schanzen
2019-08-08 19:22 schanzen Status new => feedback
2019-08-17 11:32 ng0 Note Added: 0014786
2019-08-17 11:32 ng0 Status feedback => assigned
2019-08-17 12:04 schanzen Note Added: 0014787
2019-11-16 18:40 Christian Grothoff Target Version 0.12.0 =>