2018-11-21 05:30 CET

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0005371GNUnetGNSpublic2018-11-04 15:45
ReporterlynX 
Assigned TolynX 
PriorityurgentSeverityblockReproducibilityalways
StatusfeedbackResolutionopen 
PlatformlinuxOSgentooOS Version
Product VersionSVN HEAD 
Target Version0.11.0Fixed in Version 
Summary0005371: Linux boot process shows error message from GNS integration (and may freeze system)
DescriptionWhen GNS is activated in nsswitch.conf, it gets executed very early
during the boot process of openrc/gentoo. Presumably that will also
be the case for other OS. The following message appears:

"Failed to expand `$HOME': environment variable `HOME' not set"

which is in our util/strings.c::GNUNET_STRINGS_filename_expand().

In my case the system froze after this message and I had to
ask a friend to make me a recovery USB stick to clean it up,
but that could have been because of having used an older copy
of nsswitch.conf which didn't include "myhostname".
Additional InformationI presume the strategy should be to have GNS bail out when the
system hasn't finished booting.
TagsNo tags attached.
Attached Files

-Relationships Relation Graph ] Dependency Graph ]
+Relationships

-Notes

~0013120

Christian Grothoff (manager)

I've modified the UNIXPATH logic to complain "harder" if the UNIXPATH given includes $HOME and $HOME-expansion fails.

I've modified identity_api_lookup.c to fail hard(er) if the connection to the identity service (first thing gnunet-gns does) fails for sure.

I did *not* (yet) add a timeout as that seems dangerous (would impose time limits even if GNUnet is up).

It would be great to have the full line of the error message above, including in particular which _process_ reports the issue about $HOME.

I did not reproduce the issue (or verify the fix), would be great if lynX would do this.

~0013317

ng0 (developer)

lynX, which runlevel is your gnunet service started at?

The default in my Gentoo is to have /etc/init.d/gnunet at Runlevel "default".
However as I told you this weekend, the service is acting like Schroedinger's service, it is always reporting "crashed" although it is "alive and running".

With:

cat /etc/nsswitch.conf
# /etc/nsswitch.conf:
# overwritten by GNUnet.. you may want to merge instead

passwd: compat files
shadow: compat files
group: compat files

hosts: files gns [NOTFOUND=return] dns myhostname
networks: files dns

services: db files
protocols: db files
rpc: db files
ethers: db files
netmasks: files
netgroup: files
bootparams: files

automount: files
aliases: files


I was not able to severely damage the boot sequence under OpenRC 0.38.3
+Notes

-Issue History
Date Modified Username Field Change
2018-06-28 12:33 lynX New Issue
2018-06-30 00:48 Christian Grothoff Assigned To => Christian Grothoff
2018-06-30 00:48 Christian Grothoff Status new => assigned
2018-06-30 00:48 Christian Grothoff Priority none => urgent
2018-06-30 00:48 Christian Grothoff Severity text => block
2018-07-01 19:43 Christian Grothoff Note Added: 0013120
2018-07-01 19:43 Christian Grothoff Assigned To Christian Grothoff => lynX
2018-07-01 19:43 Christian Grothoff Status assigned => feedback
2018-11-04 15:45 ng0 Note Added: 0013317
+Issue History