
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><span></span></div><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div></div><div dir="ltr">On 12 Feb 2019, at 21:22, Katharina Kohls <<a href="mailto:katharina.kohls@rub.de">katharina.kohls@rub.de</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><span>All nodes bootstrap properly and reach 100%, the authorities both manage to vote and exchange information. Also the relays and the client bootstrap to 100%.</span></div></blockquote><div dir="ltr"><br></div><div dir="ltr">When are these messages logged?</div><br><blockquote type="cite"><div dir="ltr"><span>Nevertheless, the consensus seems to lack relays with guard flags:</span><br><span></span><br><span>Feb 12 10:35:56.000 [notice] I learned some more directory information, but not enough to build a circuit: We need more microdescriptors: we have 2/2,</span></div></blockquote><div><br></div><div>This log message says that there are only 2 nodes in the consensus at that time.</div><br><blockquote type="cite"><div dir="ltr"><span>and can only build 0% of likely paths. (We have 0% of guards bw, 100% of midpoint bw, and 100% of end bw (no exits in consensus,</span></div></blockquote><div><br></div><div>This log message say that there are no exits in the consensus at that time.</div><div><br></div><blockquote type="cite"><div dir="ltr"><span>using mid) = 0% of path bw.)</span></div></blockquote><div dir="ltr"><blockquote type="cite"><br></blockquote></div><span style="background-color: rgba(255, 255, 255, 0);"></span><blockquote type="cite"><span style="background-color: rgba(255, 255, 255, 0);">Because of this, no default circuits can be built in the client or the relays</span></blockquote><div dir="ltr"><br></div><div dir="ltr">When there are only 2 nodes in the network, you can't build a 3-hop path.</div><br><blockquote type="cite"><span style="background-color: rgba(255, 255, 255, 0);">in all logs the following message appears every second:<br><br>[warn] Failed to find node for hop #1 of our path. Discarding this circuit.<br><br>…<br><br>In the data_dir/state file I see several guard entries:<br>Guard in=default rsa_id=[...] nickname=auth01 sampled_on=2019-01-17T18:33:12 sampled_by=0.3.5.7 listed=1<br>Guard in=default rsa_id=[...] nickname=relay03 sampled_on=2019-01-22T17:<a href="x-apple-data-detectors://4" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="calendar-event" x-apple-data-detectors-result="4" style="-webkit-text-decoration-color: rgba(0, 0, 0, 0.258824);">17:10</a>sampled_by=0.3.5.7 unlisted_since=2019-01-27T11:<a href="x-apple-data-detectors://6" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="calendar-event" x-apple-data-detectors-result="6" style="-webkit-text-decoration-color: rgba(0, 0, 0, 0.258824);">00:36</a> listed=0<br>Guard in=default rsa_id=[...] nickname=relay02 sampled_on=2019-01-24T22:<a href="x-apple-data-detectors://7" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="calendar-event" x-apple-data-detectors-result="7" style="-webkit-text-decoration-color: rgba(0, 0, 0, 0.258824);">19:10</a>sampled_by=0.3.5.7 unlisted_since=2019-01-29T09:<a href="x-apple-data-detectors://9" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="calendar-event" x-apple-data-detectors-result="9" style="-webkit-text-decoration-color: rgba(0, 0, 0, 0.258824);">08:59</a> listed=0<br>Guard in=default rsa_id=[...] nickname=relay03 sampled_on=2019-02-06T21:<a href="x-apple-data-detectors://10" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="calendar-event" x-apple-data-detectors-result="10" style="-webkit-text-decoration-color: rgba(0, 0, 0, 0.258824);">07:36</a>sampled_by=0.3.5.7 listed=1<br>Guard in=default rsa_id=[...] nickname=relay05 sampled_on=2019-01-27T16:37:38 sampled_by=0.3.5.7 listed=1<br></span></blockquote><div dir="ltr"><br></div><div dir="ltr">The state file says that there were some nodes in some previous consensuses. None of these nodes come from the current consensus at the time of your log messages.</div><br><blockquote type="cite"><span style="background-color: rgba(255, 255, 255, 0);">The client also seems to receive a complete consensus, at least all fingerprints of my setup show up if I fetch the file manually.</span></blockquote><div dir="ltr"><br></div>How do you fetch the file manually, and from where?<br><br></div><div dir="ltr">I'm not sure what is happening here. It looks like some consensuses only have 2 nodes. But other consensuses have most of the nodes.</div><div dir="ltr"><br></div><div dir="ltr">You might have a bug in your network setup, or you may have found a bug in Tor.</div><div dir="ltr"><br></div><div dir="ltr">The most likely explanation is that you had a working network at some time, which gave you the state file. And you had a failed network at some time, which gave you the log messages.</div><div dir="ltr"><br></div><div dir="ltr">I suggest that you start again with the same config, but remove all previous state.</div><div dir="ltr">(Move the cached state, consensuses, descriptors, and log files somewhere else. Do not remove the keys.)</div><div dir="ltr"><br></div><div dir="ltr">Then you'll know if your current network actually works.</div><div dir="ltr"><br></div><div dir="ltr">T</div></body></html>