[tor-relays] Tor Software Update Question

Keifer Bly keifer.bly at gmail.com
Thu May 24 18:28:57 UTC 2018


EDIT: It also just popped up with "May 24 11:25:18.000 [notice] Performing bandwidth self-test…done.”

Thank you.
> On May 24, 2018, at 11:22 AM, Colin Childs <colin at torproject.org> wrote:
> 
> Hi Keifer,
> 
> When doing Tor version upgrades (and not just config changes), there is no way to restart the process without losing uptime; as uptime records the amount of time that the Tor process has been running without interruption. 
> 
> When doing version upgrades, stopping your previous version of tor and starting the new version is required, this cannot be done without interrupting the uptime. That said, uptime is not a super important stat. It is more important that you keep your tor daemon / system up to date than go for high uptime numbers.
> 
> Thanks for running relays!
> 
>> On May 24, 2018, at 1:01 PM, Keifer Bly <keifer.bly at gmail.com> wrote:
>> 
>> “killall tor” to stop the process then “tor” to start it again usually works, but I wonder if there is a way to do this without loosing uptime as this does? Thank you.
>> 
>> Sent from my iPhone
>> 
>>> On May 24, 2018, at 4:30 AM, Ralph Seichter <m16+tor at monksofcool.net> wrote:
>>> 
>>>> On 24.05.18 08:17, Valter Jansons wrote:
>>>> 
>>>> I have not worked on macOS services, but as I understand it, executing
>>>> `sudo launchctl stop servicename && sudo launchctl stop servicename`
>>>> should do the job for restarting the service [...]
>>> 
>>> That might not work as intended, depending on macOS version and service
>>> configuration details. Both "stop" and "start" are legacy subcommands
>>> aimed at on-demand services and older launchd implementations.
>>> 
>>>> Maybe just restarting the box is an easier method of restarting the
>>>> Tor service.
>>> 
>>> Probably.
>>> 
>>> -Ralph
>>> _______________________________________________
>>> tor-relays mailing list
>>> tor-relays at lists.torproject.org
>>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>> _______________________________________________
>> tor-relays mailing list
>> tor-relays at lists.torproject.org
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20180524/1a31b174/attachment.html>


More information about the tor-relays mailing list