I got an email saying that the snowflake bridge and broker VPSes need to be restarted to migrate them to a new storage backend. If we don't do it, it will happen automatically some time next week.
Is there a better time to schedule the restart?
----- Forwarded message from "eclips.is" support@eclips.is -----
Date: Wed, 27 Oct 2021 11:52:08 +0000 From: "eclips.is" support@eclips.is
Dear eclips.is user,
We are performing an update on our virtualization platform, this requires a change in the configuration of the storage backend. Due to this update your VPS needs to be stopped/started. We will execute this for you next week.
If you prefer to plan this on your own, please feel free to stop/start your VPS yourself. By doing so, the VPS will be moved to the updated platform.
Note: A reboot from within the machine itself will not be sufficient.
----- End forwarded message -----
Quoting David Fifield (2021-10-28 16:54:40)
I got an email saying that the snowflake bridge and broker VPSes need to be restarted to migrate them to a new storage backend. If we don't do it, it will happen automatically some time next week.
Is there a better time to schedule the restart?
On a fast look into the broker grafana stats it look like there is a daily pattern where the lowest client requests is between 2am and 6am UTC. So I guess anytime around that will be best.
I'm not sure how to access the bridge metrics (if there is) to check if it matches that.
BTW, now looking into the broker graphs there is something weird since 2 days. The number of proxies with 'unknown' type of nat has rised heavily at the same time the 'restricted' nat has gone down. There are long periods without idle proxies and many requests being denied of nat type uknown. It doesn't look like the proxy capacity has gone down, can it be something broken on the way we test the nat type?
-- meskio | https://meskio.net/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- My contact info: https://meskio.net/crypto.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Nos vamos a Croatan.
anti-censorship-team@lists.torproject.org