[tor-relays] Uptime missing from Arm

Sec INT sec.int9 at gmail.com
Mon Jan 9 11:15:50 UTC 2017


I just use webmin and cluster all relays - it has uptime monitors and various alerts you can set - the cluster cron job is useful for regular updating and clearing house plus executing one off commands on all servers e.g. Updating myfamily row 

Vnstat for stats and graphs although cactus is a good tool also 

Easier than Zabbix...

Cheers
Mark B
Snaptor.co.uk (non commercial)


> On 9 Jan 2017, at 10:08, mistral.relay at posteo.net wrote:
> 
> Just to confirm - I see the same issue (Debian). So arm is only partially useful (not being really reliable) but I think it's not maintained anymore (?). I was looking into theonionbox for status reporting but that one also needs further development before becoming a reliable tool for monitoring...
> 
> 
> 
> Am 09.01.2017 10:27 schrieb Norman Rieß:
>> Same on plain old Debian.
>> Norman
>>> Am 08.01.2017 um 21:34 schrieb Alan:
>>> Yes I have this exact problem aswell
>>>> I have a similar problem,
>>>> arm does not show uptime and the average bandwidth rate is way to high.
>>>> When I start arm I get a log entry that looks like this:
>>>> "20:37:54 [ARM_NOTICE] Read the last day of bandwidth history from the
>>>> state file (21 minutes is missing)"
>>>> The time varies, sometimes it is even negative.
>>>> The operation system is Fedora 25, with arm 1.4.5.0
>>>> Greetings,
>>>> Simon Fischer.
>>>>> On Sun, 2017-01-08 at 10:47 -0800, Damian Johnson wrote:
>>>>> Hi Alan, what linux distribution is this with? The only platform I'm
>>>>> aware of having issues with the uptime is OpenBSD. This is because
>>>>> the
>>>>> uptime requires parsing ps output and on that sole platform they show
>>>>> it in 12-hour local time with am/pm indicators, and a format that
>>>>> shifts if over a day (ie. a true parsing pita :P).
>>>>> Cheers! -Damian
>>>>>> On 1/8/17, Alan <tor-relay at clutterbuck.uk> wrote:
>>>>>> I have 3 relays running but on Arm only one shows the uptime. Also
>>>>>> the
>>>>>> Averages it keeps are way off.
>>>>>> Alan.
>>>>> _______________________________________________
>>>>> 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
>> _______________________________________________
>> 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


More information about the tor-relays mailing list