David Goulet:
> On 17 Oct (13:54:22), Arlen Yaroslav via tor-relays wrote:
>> Hi,
>
> Hi Arlen!
>
>>
>> I've done some further analysis on this. The reason my relay is being marked
>> as overloaded is because of DNS timeout errors. I had to dive into the
>> source code to figure this out.
>>
>> I
On 17 Oct (13:54:22), Arlen Yaroslav via tor-relays wrote:
> Hi,
Hi Arlen!
>
> I've done some further analysis on this. The reason my relay is being marked
> as overloaded is because of DNS timeout errors. I had to dive into the
> source code to figure this out.
>
> In dns.c, a libevent DNS_ERR
Hi,
I've done some further analysis on this. The reason my relay is being marked as
overloaded is because of DNS timeout errors. I had to dive into the source code
to figure this out.
In dns.c, a libevent DNS_ERR_TIMEOUT is being recorded as an OVERLOAD_GENERAL
error. Am I correct in saying th
Arlen Yaroslav via tor-relays:
>> The problem is that it’s *not* currently overloaded, there’s nothing to see.
>> Maybe you can check your syslogs for anything out of the ordinary
>> system-wide?
>
> I've checked dmesg. Nothing that stands out as being problematic. Even if
> there was something
The problem is that it’s *not* currently overloaded, there’s nothing to see. Maybe you can check your syslogs for anything out of the ordinary system-wide? Sent from ProtonMail for iOS On Thu, Oct 14, 2021 at 10:09, Arlen Yaroslav via tor-relays wrote: > I am n
> The problem is that it’s *not* currently overloaded, there’s nothing to see.
> Maybe you can check your syslogs for anything out of the ordinary system-wide?
I've checked dmesg. Nothing that stands out as being problematic. Even if there
was something there's no way to tell if it's actually th
> I am not sure where you are looking but if you take a look at what
>
> Onionoo[1] is saying you get
>
> overload_general_timestamp 163418040
>
> which means 10/14/2021 03:00:00 UTC, thus today.
>
> Georg
>
> [1] https://onionoo.torproject.org/details?limit=4&search=VinculumGate
Thanks, I was
Arlen Yaroslav via tor-relays:
>> Did you use a lot of ram or cpu power recently? I got flagged as overloaded
>> when I was compiling something and used a lot of cpu.
>
> Nothing out of the ordinary. The server is a virtual machine which is
> dedicated to running a Tor relay. I don't use it for
> Did you use a lot of ram or cpu power recently? I got flagged as overloaded
> when I was compiling something and used a lot of cpu.
Nothing out of the ordinary. The server is a virtual machine which is dedicated
to running a Tor relay. I don't use it for anything else.
I've just checked the s
Did you use a lot of ram or cpu power recently? I got flagged as overloaded when I was compiling something and used a lot of cpu.Again, the problem here is that even if you fix it, you won’t know for 3 days. Therefore if you try multiple methods to fix it you won’t know what the problem is.I who
Hi all,
My relay (77D08850C1EE8587451F838D3F49874F75B0B1AC) is showing as overloaded on
the Relay Search page:
https://metrics.torproject.org/rs.html#details/77D08850C1EE8587451F838D3F49874F75B0B1AC
I have enabled MetricsPort and MetricsPortPolicy in the torrc configuration
file. I have retrie
On Friday, October 8, 2021 12:18:16 AM CEST Bleedangel Tor Admin wrote:
> Can you link to where I can edit the torproject.org documentation? I cannot
> find this feature.
https://community.torproject.org/relay/setup/
at the bottom.
You can do this with a normal github.com account:
https://github.
On Fri, Oct 08, 2021 at 06:54:01AM +, Georg Koppen wrote:
> Bleedangel Tor Admin:
> > Can you link to where I can edit the torproject.org documentation? I cannot
> > find
> > this feature.
>
> This is nowadays tracked in our Gitlab instance.[1] Thus, you could fork
> the respective project a
Bleedangel Tor Admin:
> Can you link to where I can edit the torproject.org documentation? I cannot
> find
> this feature.
This is nowadays tracked in our Gitlab instance.[1] Thus, you could fork
the respective project and make a merge request. We'd be happy to review
it and improve our document
Can you link to where I can edit the torproject.org documentation? I cannot find this feature.Thanks Sent from ProtonMail for iOS On Thu, Oct 7, 2021 at 06:48, wrote: On Wednesday, October 6, 2021 8:55:01 PM CEST potlatch via tor-relays wrote:> Tor has always been very
On Wednesday, October 6, 2021 8:55:01 PM CEST potlatch via tor-relays wrote:
> Tor has always been very lax at documentation--both creation and updating.
> I've never seen a thorough site map or directory published. I think this
> discourages folks who would like to start a tor relay.
Mmm. I'm
Tor has always been very lax at documentation--both creation and updating.
I've never seen a thorough site map or directory published. I think this
discourages folks who would like to start a tor relay.
potlatch
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday,
I have to agree with Bleedangel on both points that they make: 1. Attempting
to troubleshoot a relay every 3 days takes some serious patience and 2.
Guidance in setting up PortMetrics is as important as understanding is output.
Excellent Suggestions!
Respectfully,
Gary
On Wednesday, Octobe
On Tuesday, October 5, 2021 11:13:27 PM CEST Bleedangel Tor Admin wrote:
> i think the troubleshooting guide should contain directions to enable
> metricsport, and how to view the results:
+1
> ...
>
> To enable metricsport for advanced diagnosis:
>
> In torrc set MetricsPort and MetricsPortPol
On Tuesday, October 5, 2021 10:33:04 PM CEST Silvia/Hiro wrote:
> We have tried to clarify how and why the overloaded state is triggered.
> I hope this can help operators understand better why their relays can be
> found in this state and how a normal state can be recovered.
>
> Please do let us
Hiro,
It took me a minute to find the newly added causal information inline with the
example PortMetrics output. I was expecting two distinct sections: Possible
Causes and Possible Remedies.
Either way, thank you for adding the information.
Respectfully,
Gary
On Tuesday, October 5, 2021, 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
This is much more informational. Great job!
As someone with mystery "overloaded" problems, i'd recommend / request / beg
for the following:
1) When the relay is overloaded, a yellow indicator appears on the web page.
This indicator remains for 72
On 10/4/21 1:36 PM, David Goulet wrote:
> On 02 Oct (01:29:56), torix via tor-relays wrote:
>> My relays (Aramis) marked overloaded don't make any sense either. Two of
>> the ones marked with orange are the two with the lowest traffic I have (2-5
>> MiB/s and 4-9 MiB/s - not pushing any limits
Georg,
Thank you for the reference that confirms the Advertised Bandwidth is from the
Tor client.
I still don't understand why my Tor nodes aren't able to initiate a 10 second
burst higher than 4MB/s. An Internet Speed Test is able to sustain a burst near
my advertised 250Mb/s up and down.
Am I
Gary C. New via tor-relays:
>
> David Goulet:
>
>
>
>
> Will you confirm whether the Advertised Bandwidth metric is also client
> initiated (I'm assuming to the Directory Authority)?
>
>
>
>
> I have a 250Mb pipe and have seen a maximum Advertised Bandwidth rate of
> 4MB/s with my Tor re
David Goulet:
Will you confirm whether the Advertised Bandwidth metric is also client
initiated (I'm assuming to the Directory Authority)?
I have a 250Mb pipe and have seen a maximum Advertised Bandwidth rate of 4MB/s
with my Tor relay. I know resource constraint must be factored in, but
On Sunday, October 3, 2021 6:52:46 PM CEST Bleedangel Tor Admin wrote:
> The troubleshooting page for an overloaded relay mentions running
> metricsport, but with no instructions or even links to anywhere to explain
> how to do this.
??
marco@w530:~$ man torrc | grep Metrics
MetricsPort [
On 02 Oct (01:29:56), torix via tor-relays wrote:
> My relays (Aramis) marked overloaded don't make any sense either. Two of
> the ones marked with orange are the two with the lowest traffic I have (2-5
> MiB/s and 4-9 MiB/s - not pushing any limits here); the third one with that
> host has more t
Agreed . My relay is wellBelow all of the thresholds for “overloaded”, for gods sake 64gb ram and 12 cpus should be adequate for a tor relay? 10gb connection?I’ve asked multiple times for help trying to figure this out and have gotten zero response. It seems to be very difficult to get any help
My relays (Aramis) marked overloaded don't make any sense either. Two of the
ones marked with orange are the two with the lowest traffic I have (2-5 MiB/s
and 4-9 MiB/s - not pushing any limits here); the third one with that host has
more traffic and is fine.
So far this indicator seems to be
On 01 Oct (03:08:20), Andreas Kempe wrote:
> Hello David!
>
> On Mon, Sep 27, 2021 at 08:22:08AM -0400, David Goulet wrote:
> > On 24 Sep (12:36:17), li...@for-privacy.net wrote:
> > > On Thursday, September 23, 2021 3:39:08 PM CEST Silvia/Hiro wrote:
> > >
> > > > When a relay is in the overload
But I’m WELL below the 3/4 rule ..MemTotal: 65777296 kBMemFree: 63088388 kBI actually have 95.9121031670259% FREE which means I’m only using around 4% of my ram!Am I understanding the 3/4 wrong? Thanks againSent from ProtonMail for iOS On Tue, Sep 28, 2021 at 21:50, Gary C. New
Hello David!
On Mon, Sep 27, 2021 at 08:22:08AM -0400, David Goulet wrote:
> On 24 Sep (12:36:17), li...@for-privacy.net wrote:
> > On Thursday, September 23, 2021 3:39:08 PM CEST Silvia/Hiro wrote:
> >
> > > When a relay is in the overloaded state we show an amber dot next to the
> > > relay nic
David Goulet:
[snip]
> There are two other overload lines that tor relay report:
> "overload-ratelimits" and "overload-fd-exhausted" but they are not used yet
> for the overload status on Metrics. But you can find them in your relay
> descriptor[0] if you are curious.
Small correction here: thos
On 9/28/21 8:40 PM, Toralf Förster wrote:
> On 9/23/21 3:39 PM, Silvia/Hiro wrote:
>> Let us known how you find this new feature.
> It would be nice if even the search form would have that feature too.
> Currently here all is green:
> https://metrics.torproject.org/rs.html#search/zwiebeltoral
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I am having a lot of trouble figuring out why my relay keeps showing as
overloaded on the search page. I believe I have more than enough memory and cpu
power to not be overloaded on hardware. My server internet connection is 10GB
up/down unmetered
On 9/23/21 3:39 PM, Silvia/Hiro wrote:
Let us known how you find this new feature.
It would be nice if even the search form would have that feature too.
Currently here all is green:
https://metrics.torproject.org/rs.html#search/zwiebeltoralf
wherease the details of each of the 2 relays s
David,
This is exactly the type of information I was hoping for. You should make this
an article and link it to the overloaded support page.
I guess I assumed that Tor preformed external timeout monitoring apposed to
relay reported resource monitoring.
It's interesting that you mention loadbalan
On 27 Sep (14:23:34), Gary C. New via tor-relays wrote:
> George,
> The referenced support article provides recommendations as to what might be
> causing the overloaded state, but it doesn't provide the metric(s) for how
> Tor decides whether a relay is overloaded. I'm trying to ascertain the
> l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Agreed, can the thresholds be published publicly for easy reference? Sometimes
i get the overloaded flag but i have nothing in my logs, and my cpu/memory is
abundant.
It would be much easier to ascertain the cause of this if we knew what we were
George,
The referenced support article provides recommendations as to what might be
causing the overloaded state, but it doesn't provide the metric(s) for how Tor
decides whether a relay is overloaded. I'm trying to ascertain the later.
I would assume the overloaded state metric(S) is/are a maxi
On 24 Sep (12:36:17), li...@for-privacy.net wrote:
> On Thursday, September 23, 2021 3:39:08 PM CEST Silvia/Hiro wrote:
>
> > When a relay is in the overloaded state we show an amber dot next to the
> > relay nickname.
> Nice thing. This flag has noticed me a few days ago.
>
> > If you noticed yo
Toralf Förster:
> On 9/25/21 4:11 PM, Silvia/Hiro wrote:
>> If it happens again there are two buttons at the end of the page where
>> you can see the latest server and extra-info descriptors.
> Only, if the DirPort is (still) opened, or ?
Yes, I think so. (Good catch)
Georg
OpenPGP_signature
D
Gary C. New via tor-relays:
> Hiro,
> Presently, I'm seeing a similar issue. On my laptop, I'm observing an
> overloaded status for my relay. However, the same relay shows a green status
> on my phone.
> Do you do any user-agent detection?
> I'm still interested in those magic numbers, which det
Ofc I meant you can reply off list.
On 9/27/21 11:16 AM, Silvia/Hiro wrote:
> Gary,
>
> Replying off list.
> Can I know which one is your relay?
> We don't do user-agent detection.
>
> Cheers,
> -hiro
>
> On 9/26/21 4:27 AM, Gary C. New via tor-relays wrote:
>> Hiro,
>> Presently, I'm seeing a
Gary,
Replying off list.
Can I know which one is your relay?
We don't do user-agent detection.
Cheers,
-hiro
On 9/26/21 4:27 AM, Gary C. New via tor-relays wrote:
> Hiro,
> Presently, I'm seeing a similar issue. On my laptop, I'm observing an
> overloaded status for my relay. However, the same
Hiro,
Presently, I'm seeing a similar issue. On my laptop, I'm observing an
overloaded status for my relay. However, the same relay shows a green status on
my phone.
Do you do any user-agent detection?
I'm still interested in those magic numbers, which determine whether a relay
has reached an o
On 9/25/21 4:11 PM, Silvia/Hiro wrote:
If it happens again there are two buttons at the end of the page where
you can see the latest server and extra-info descriptors.
Only, if the DirPort is (still) opened, or ?
--
Toralf
___
tor-relays mailing list
Hi,
I went back in history and tried to find out whenever your node
FriendlyExit1 was overloaded. I couldn't find the exact descriptor.
One thing I can think of is that on the 22nd when I deployed this I
noticed a few typos in the code and had to make a second release. Maybe
something was cached f
Hi All!
Curious... What are the magic numbers (i.e., max timeout, reoccurrence, etc)
that earn a relay overloaded status?
I'm trying to tune my portion of the Tor network and finding that sweet spot
has proven elusive.
Thanks!
Gary
On Friday, September 24, 2021, 3:48:18 AM MDT, Silvia/Hiro
On Thursday, September 23, 2021 3:39:08 PM CEST Silvia/Hiro wrote:
> When a relay is in the overloaded state we show an amber dot next to the
> relay nickname.
Nice thing. This flag has noticed me a few days ago.
> If you noticed your relay is overloaded, please check the following
> support arti
On 9/23/21 10:54 PM, friendlyexitnode via tor-relays wrote:
> This looks like an awesome feature! I super appreciate it.
>
> Random question though (and I'm the first to admit I may be doing something
> wrong), I notice that on Mobile it says my relays are overloaded however when
> I view it o
This looks like an awesome feature! I super appreciate it.
Random question though (and I'm the first to admit I may be doing something
wrong), I notice that on Mobile it says my relays are overloaded however when I
view it on a normal computer I don't get the overloaded indicator. I've tried
re
My relay was showing as overloaded and I couldn’t figure out why, system utilization was extremely low, only using a tiny bit of ram, network throughout was problem free, I was scratching my head until I realized it shows for 72 hours, and I had been doing a heavy distcc compile on my server on
Hello all,
One of our goals with our current performance work is to reduce the
overload of relays in the network. The implementation of proposal 328[1]
a while back made different overload indicators available to relay
operators and since a couple of weeks ago those can be tracked via
Onionoo[2] a
55 matches
Mail list logo