Re: Determining whether gnunet is connected
"Schanzenbach, Martin" <[email protected]> Sat, 26 Feb 2022 19:53:31 +0000
| Newsgroups | gmane.network.gnunet.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Bob, I think the situation should have improved. The bootstrap peer was somehow crippled through the configuration to accept at most 10 peers. BR Martin > On 26. Feb 2022, at 09:29, Schanzenbach, Martin <[email protected]> wrote: > > Hi, > > yes our bootstrap peer is acting up lately. > We will try and set it up again for the 0.16.0 release this weekend. > > BR > Martin > >> On 26. Feb 2022, at 02:04, Bob Ham <[email protected]> wrote: >> >> Hi Martin, >> >> That prints nothing: >> >> $ gnunet-core >> $ >> >> Presumably that means there are no connected peers? >> >> Thanks, >> >> Bob >> >> >> On 25/02/2022 18:53, Schanzenbach, Martin wrote: >>> Hi Bob, >>> >>> in order to check if you currently have any neighbours (directly connected peers) >>> you can try: >>> >>> $ gnunet-core >>> >>> BR >>> Martin >>> >>>> On 25. Feb 2022, at 19:26, Bob Ham <[email protected]> wrote: >>>> >>>> Hi there, >>>> >>>> After having a lot of issues compiling and running different versions >>>> of gnunet sources and packages, I've finally managed to compile the >>>> latest git. Lots of services are running: >>>> >>>> $ gnunet-arm -I >>>> Services (excluding stopped services): >>>> (started: 25 / stopped: 21) >>>> ats (binary='gnunet-service-ats', status=started) >>>> cadet (binary='gnunet-service-cadet', status=started) >>>> core (binary='gnunet-service-core', status=started) >>>> datastore (binary='gnunet-service-datastore', status=started) >>>> dht (binary='gnunet-service-dht', status=started) >>>> fs (binary='gnunet-service-fs', status=started) >>>> gns (binary='gnunet-service-gns', status=started) >>>> hostlist (binary='gnunet-daemon-hostlist', status=started) >>>> identity (binary='gnunet-service-identity', status=started) >>>> namecache (binary='gnunet-service-namecache', status=started) >>>> namestore (binary='gnunet-service-namestore', status=started) >>>> nat (binary='gnunet-service-nat', status=started) >>>> nse (binary='gnunet-service-nse', status=started) >>>> peerinfo (binary='gnunet-service-peerinfo', status=started) >>>> peerstore (binary='gnunet-service-peerstore', status=started) >>>> reclaim (binary='gnunet-service-reclaim', status=started) >>>> resolver (binary='gnunet-service-resolver', status=started) >>>> rest (binary='gnunet-rest-server', status=started) >>>> revocation (binary='gnunet-service-revocation', status=started) >>>> setu (binary='gnunet-service-setu', status=started) >>>> statistics (binary='gnunet-service-statistics', status=started) >>>> topology (binary='gnunet-daemon-topology', status=started) >>>> transport (binary='gnunet-service-transport', status=started) >>>> zonemaster (binary='gnunet-service-zonemaster', status=started) >>>> zonemaster-monitor (binary='gnunet-service-zonemaster-monitor', status=started) >>>> >>>> but I'm not sure what's happening with the node and whether it's >>>> connected to anything. As per suggestions from IRC, I tried running >>>> "gnunet-transport --information" but it hangs for 30 seconds and then >>>> prints: >>>> >>>> $ gnunet-transport --information >>>> Failed to list connections, timeout occurred >>>> >>>> The output of "gnunet-transport --monitor" shows activity but it's >>>> like debug output, it's not clear what the activity is and whether any >>>> successful connections have occurred. >>>> >>>> The handbook is of no help, it only discusses graphical programs but I >>>> only have terminal access at present. >>>> >>>> How can I determine whether my node is connected and working? >>>> >>>> Thanks, >>>> >>>> Bob Ham >>>> >>>> -- >>>> Bob Ham <[email protected]> >>>> >>>> for (;;) { ++pancakes; } >>>> >>> >
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPREGPBD5jRS9JNFHCwmY74b1m2oFAmIahTsACgkQCwmY74b1 m2oEdA//UR9qj/4dlWIcrIhR7kfN7FkpPome8vrAhzph8O4uH/2fzvlh8mK/HO32 bgBpo1rlYDk3BzhydJwS6n9SRXaRR/io6V8IIZt7gAS3cHyVJTlBKcrYCtE0kxbT WREp2hxm5RslWH7XunPTTPsfPHh7BZylIJ0TTa38sHvlr4nRBlLf+UoGqj9RJc/k fPPq8jw3raVBpyCz39o+uHEiiXaP4hiOWLjbF8niJGO3Z6qJpeU2Ux7jGZOswAmK 8Ou8WHwB7Ef8LaRK4gHyW3qEkcSPrZ5L0stdDxBYTwXXWqvNsHVL/XaZOWqzGoQO VD/7xt5FmxA9eQHYP/i6/dOb5UDILHZ/2YzuzzrAmqrV378JIchouSFLgGJ14g25 jeAw6OG/oQz7dX3q4LZ25qncQIMAx8izUbivWajILF7iSt+yWfTyGStBQYxhdquS fM6FS9pYEgTwvKRlaSygpgg19ab7LO/l+Vg1wLWcDNnz2R3qZc94j0J7Q0AIFXvu kxPeQRqed7xc+T3OufpdiUX7OaIgBGlD3iTRbIN8m1YbIYzpC4NDMhXKh9fVJDvQ QgYysFCxfovakGifmWfVjklm80ZsreH8jsihdQ0gZHSYpxHaNkmbaB+VfPb2UEAt e4zA+Yn9TwiQPO5o12VKSWDhO3di5FRUAhDV9rn2vxXQMX7gwck= =t6Zb -----END PGP SIGNATURE-----