Re: [tor-relays] Bridge showing offline

[Eddie]

On 10/14/2021 2:44 AM, Bleedangel Tor Admin wrote:
You are running 0.4.5.8, maybe updating to a newer version of tor will 
help?


Sent from ProtonMail for iOS


On Thu, Oct 14, 2021 at 03:02, Georg Koppen > wrote:

Eddie:
> Looking at tor metrics, one of my bridges is showing as off-line:
> B080140DC1BAB5B86D1CE5A4CA2EF64F20282440
>
> However, the log isn't showing any issues:
>
> Oct 14 00:00:28.000 [notice] Tor 0.4.5.8 opening new log file.
> Oct 14 00:00:28.000 [notice] Configured hibernation.  This interval
> began at 2021-10-14 00:00:00; the scheduled wake-up time was 2021-10-14
> 00:00:00; we expect to exhaust our quota for this interval around
> 2021-10-15 00:00:00; the next interval begins at 2021-10-15 00:00:00
> (all times local)
> Oct 14 01:49:40.000 [notice] Heartbeat: Tor's uptime is 124 days 6:00
> hours, with 0 circuits open. I've sent 907.23 GB and received 
922.28 GB.

> I've received 63052 connections on IPv4 and 8375 on IPv6. I've made
> 512684 connections with IPv4 and 100974 with IPv6.
> Oct 14 01:49:40.000 [notice] While not bootstrapping, fetched this many
> bytes: 1801791624 (server descriptor fetch); 175792 (server descriptor
> upload); 221750347 (consensus network-status fetch); 10974 (authority
> cert fetch); 19905655 (microdescriptor fetch)
> Oct 14 01:49:40.000 [notice] Heartbeat: Accounting enabled. Sent: 
140.52

> MB, Received: 140.69 MB, Used: 281.21 MB / 200.00 GB, Rule: sum. The
> current accounting interval ends on 2021-10-15 00:00:00, in 22:10 
hours.
> Oct 14 01:49:40.000 [notice] Heartbeat: In the last 6 hours, I have 
seen

> 14 unique clients.
>
> Initially I thought of a previous issue I had with IPv6 connectivity,
> but don't think this is the problem here as the 2nd bridge on the same
> server is showing on-line.  Also an IPv6 port scan shows the ports for
> both bridges as accessible.
>
> Ideas ??

I wonder whether that is another instance
https://gitlab.torproject.org/tpo/core/tor/-/issues/40424. Hard to tell,
though. Does that issue happen regularly?

Georg

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


I didn't touch anything, and this morning the metrics say the bridge is 
running normally, with an uptime of over 125 days.


Looks like it might have been a metrics issue, not the bridge itself.

Cheers.

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Bridge showing offline

[Gary C. New via tor-relays]

The log you provided shows 0 circuits open. Something is not right with that 
instance. I know 124 days of uptime is a great achievement, but it might be 
time to restart that instance.
Did a medium-term key not update properly or the like?
Respectfully,

Gary—
This Message Originated by the Sun.
iBigBlue 63W Solar Array (~12 Hour Charge)
+ 2 x Charmast 26800mAh Power Banks
= iPhone XS Max 512GB (~2 Weeks Charged) 

On Thursday, October 14, 2021, 5:10:53 AM PDT, Bleedangel Tor Admin 
 wrote:  
 
  You are running 0.4.5.8, maybe updating to a newer version of tor will help?

Sent from ProtonMail for iOS 

On Thu, Oct 14, 2021 at 03:02, Georg Koppen  wrote:
 Eddie:
> Looking at tor metrics, one of my bridges is showing as off-line:
> B080140DC1BAB5B86D1CE5A4CA2EF64F20282440
>
> However, the log isn't showing any issues:
>
> Oct 14 00:00:28.000 [notice] Tor 0.4.5.8 opening new log file.
> Oct 14 00:00:28.000 [notice] Configured hibernation.  This interval
> began at 2021-10-14 00:00:00; the scheduled wake-up time was 2021-10-14
> 00:00:00; we expect to exhaust our quota for this interval around
> 2021-10-15 00:00:00; the next interval begins at 2021-10-15 00:00:00
> (all times local)
> Oct 14 01:49:40.000 [notice] Heartbeat: Tor's uptime is 124 days 6:00
> hours, with 0 circuits open. I've sent 907.23 GB and received 922.28 GB.
> I've received 63052 connections on IPv4 and 8375 on IPv6. I've made
> 512684 connections with IPv4 and 100974 with IPv6.
> Oct 14 01:49:40.000 [notice] While not bootstrapping, fetched this many
> bytes: 1801791624 (server descriptor fetch); 175792 (server descriptor
> upload); 221750347 (consensus network-status fetch); 10974 (authority
> cert fetch); 19905655 (microdescriptor fetch)
> Oct 14 01:49:40.000 [notice] Heartbeat: Accounting enabled. Sent: 140.52
> MB, Received: 140.69 MB, Used: 281.21 MB / 200.00 GB, Rule: sum. The
> current accounting interval ends on 2021-10-15 00:00:00, in 22:10 hours.
> Oct 14 01:49:40.000 [notice] Heartbeat: In the last 6 hours, I have seen
> 14 unique clients.
>
> Initially I thought of a previous issue I had with IPv6 connectivity,
> but don't think this is the problem here as the 2nd bridge on the same
> server is showing on-line.  Also an IPv6 port scan shows the ports for
> both bridges as accessible.
>
> Ideas ??

I wonder whether that is another instance
https://gitlab.torproject.org/tpo/core/tor/-/issues/40424. Hard to tell,
though. Does that issue happen regularly?

Georg

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays



___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
  ___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[Bleedangel Tor Admin]

   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 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=VinculumGateThanks, I was looking at the cached-descriptors file which I can see now is well out of date.Would anyone have any other suggestions regarding why the relay is overloaded?___tor-relays mailing listtor-relays@lists.torproject.orghttps://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays




publicKey - tor@bleedangel.com - a010c89f.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[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 there's no way to tell if it's actually the cause :-/___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[Arlen Yaroslav via tor-relays]

> 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 looking at the cached-descriptors file which I can see now is 
well out of date.

Would anyone have any other suggestions regarding why the relay is overloaded?


___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[Georg Koppen]

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 anything else.
> 
> I've just checked the server descriptor. It seems to be missing the 
> 'overload-general' flag which means it now isn't overloaded? Yet the relay 
> search page says it is?

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



OpenPGP_signature
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[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 anything else.

I've just checked the server descriptor. It seems to be missing the 
'overload-general' flag which means it now isn't overloaded? Yet the relay 
search page says it is?

This is all seems a bit more troublesome than it should be. Presumably the 
relay itself knows why it is overloaded so can it not just state the reason 
clearly in the logs?___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[Bleedangel Tor Admin]

   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 wholeheartedly believe in more status indicators on the search page:Green - goodRed - offlineYellow - overloaded**Blue - was overloaded within 72 hours ago but currently is not**Sent from ProtonMail for iOS On Thu, Oct 14, 2021 at 09:25, Arlen Yaroslav via tor-relays  wrote:  Hi all,My relay (77D08850C1EE8587451F838D3F49874F75B0B1AC) is showing as overloaded on the Relay Search page:https://metrics.torproject.org/rs.html#details/77D08850C1EE8587451F838D3F49874F75B0B1ACI have enabled MetricsPort and MetricsPortPolicy in the torrc configuration file. I have retrieved the metrics into a file and inspected it but it is still not clear to me what the problem is. The only non-zero values I can see are reason="success" or action="". Nothing sticks out in the process logs either.Can anyone assist?Regards,Arlen___tor-relays mailing listtor-relays@lists.torproject.orghttps://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays




publicKey - tor@bleedangel.com - a010c89f.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Overloaded state indicator on relay-search

[Arlen Yaroslav via tor-relays]

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 retrieved the metrics into a file and inspected it but it is still 
not clear to me what the problem is. The only non-zero values I can see are 
reason="success" or action="processed". Nothing sticks out in the process logs 
either.

Can anyone assist?

Regards,

Arlen
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Bridge showing offline

[Bleedangel Tor Admin]

   You are running 0.4.5.8, maybe updating to a newer version of tor will help?Sent from ProtonMail for iOS On Thu, Oct 14, 2021 at 03:02, Georg Koppen  wrote:  Eddie:> Looking at tor metrics, one of my bridges is showing as off-line:> B080140DC1BAB5B86D1CE5A4CA2EF64F20282440>> However, the log isn't showing any issues:>> Oct 14 00:00:28.000 [notice] Tor 0.4.5.8 opening new log file.> Oct 14 00:00:28.000 [notice] Configured hibernation.  This interval> began at 2021-10-14 00:00:00; the scheduled wake-up time was 2021-10-14> 00:00:00; we expect to exhaust our quota for this interval around> 2021-10-15 00:00:00; the next interval begins at 2021-10-15 00:00:00> (all times local)> Oct 14 01:49:40.000 [notice] Heartbeat: Tor's uptime is 124 days 6:00> hours, with 0 circuits open. I've sent 907.23 GB and received 922.28 GB.> I've received 63052 connections on IPv4 and 8375 on IPv6. I've made> 512684 connections with IPv4 and 100974 with IPv6.> Oct 14 01:49:40.000 [notice] While not bootstrapping, fetched this many> bytes: 1801791624 (server descriptor fetch); 175792 (server descriptor> upload); 221750347 (consensus network-status fetch); 10974 (authority> cert fetch); 19905655 (microdescriptor fetch)> Oct 14 01:49:40.000 [notice] Heartbeat: Accounting enabled. Sent: 140.52> MB, Received: 140.69 MB, Used: 281.21 MB / 200.00 GB, Rule: sum. The> current accounting interval ends on 2021-10-15 00:00:00, in 22:10 hours.> Oct 14 01:49:40.000 [notice] Heartbeat: In the last 6 hours, I have seen> 14 unique clients.>> Initially I thought of a previous issue I had with IPv6 connectivity,> but don't think this is the problem here as the 2nd bridge on the same> server is showing on-line.  Also an IPv6 port scan shows the ports for> both bridges as accessible.>> Ideas ??I wonder whether that is another instancehttps://gitlab.torproject.org/tpo/core/tor/-/issues/40424. Hard to tell,though. Does that issue happen regularly?Georg___tor-relays mailing listtor-relays@lists.torproject.orghttps://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays




publicKey - tor@bleedangel.com - a010c89f.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Bridge showing offline

[Georg Koppen]

Eddie:
> Looking at tor metrics, one of my bridges is showing as off-line:
> B080140DC1BAB5B86D1CE5A4CA2EF64F20282440
> 
> However, the log isn't showing any issues:
> 
> Oct 14 00:00:28.000 [notice] Tor 0.4.5.8 opening new log file.
> Oct 14 00:00:28.000 [notice] Configured hibernation.  This interval
> began at 2021-10-14 00:00:00; the scheduled wake-up time was 2021-10-14
> 00:00:00; we expect to exhaust our quota for this interval around
> 2021-10-15 00:00:00; the next interval begins at 2021-10-15 00:00:00
> (all times local)
> Oct 14 01:49:40.000 [notice] Heartbeat: Tor's uptime is 124 days 6:00
> hours, with 0 circuits open. I've sent 907.23 GB and received 922.28 GB.
> I've received 63052 connections on IPv4 and 8375 on IPv6. I've made
> 512684 connections with IPv4 and 100974 with IPv6.
> Oct 14 01:49:40.000 [notice] While not bootstrapping, fetched this many
> bytes: 1801791624 (server descriptor fetch); 175792 (server descriptor
> upload); 221750347 (consensus network-status fetch); 10974 (authority
> cert fetch); 19905655 (microdescriptor fetch)
> Oct 14 01:49:40.000 [notice] Heartbeat: Accounting enabled. Sent: 140.52
> MB, Received: 140.69 MB, Used: 281.21 MB / 200.00 GB, Rule: sum. The
> current accounting interval ends on 2021-10-15 00:00:00, in 22:10 hours.
> Oct 14 01:49:40.000 [notice] Heartbeat: In the last 6 hours, I have seen
> 14 unique clients.
> 
> Initially I thought of a previous issue I had with IPv6 connectivity,
> but don't think this is the problem here as the 2nd bridge on the same
> server is showing on-line.  Also an IPv6 port scan shows the ports for
> both bridges as accessible.
> 
> Ideas ??

I wonder whether that is another instance
https://gitlab.torproject.org/tpo/core/tor/-/issues/40424. Hard to tell,
though. Does that issue happen regularly?

Georg



OpenPGP_signature
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

[tor-relays] Loss of Guard and HS Dir flags

[Eddie]

I currently run 3 relays, across different servers and today I noticed 
that one has now lost it's Guard and HS Dir flags.  What's surprising is 
that this particular relay has the highest Bandwidth and Consensus 
Weight of all 3 and has not been restarted for over a month.


The stats for all 3 can be found with:  OhNoAnotherRelay

I know that just running the relay is the important part and caring 
about what flags it has is a side issue, but I'm just interested in 
seeing why this has happened.


Cheers.

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays