Re: [tor-relays] Exit offline

2017-11-01 Thread D.S. Ljungmark
On 27/10/17 13:44, D.S. Ljungmark wrote: > Sadly, we had some issues and had to take the modio exit offline for a > while. > > > We were seeing interesting traffic spikes on ipv6, and the pfsense > firewall couldn't handle the traffic properly, so the relay will have to > be offline until we go

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Damian Johnson
>> That's odd. Was this the title bar of the connections page? > > Pls see the atatched screen shot Thanks Toralf! Pushed a fix for that, as well as a change so nyx can quit more quickly. However, unfortunately it won't help with the quitting issue you mentioned off list. That stacktrace indicated

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Damian Johnson
> Try "pkg install python36". If nyx is written for python 3, then > running it with python 2 might not be such a good idea. It may work > for now, but nothing guarantees that it will continue to do so. Sure, up to him. For what it's worth though Stem and Nyx will continue to support Python

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Damian Johnson
>> If so then mind running 'nyx --debug' and sending me the log (minus >> anything you consider private)? > > I'd like to help, alas 'run_nyx --debug /path/to/log' writes staggering > amounts of data. From what I see, both DEBUG and TRACE level entries are > logged, is this deliberate? I can see au

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Ralph Seichter
On 01.11.2017 19:45, Damian Johnson wrote: > > 'run_nyx --debug /path/to/log' writes staggering amounts of > > data. From what I see, both DEBUG and TRACE level entries are > > logged, is this deliberate? > > Yup, it's intentional for the debug log to log low level messages. > That's why it's usef

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Damian Johnson
>> Thanks for this great job! >> >> Dunno if it is an expected behavior or not, but when I enter the menu, >> the gui is updated once after the first keypress, and then is not >> updated at all then until the menu is left. Then all missed frames are >> caught up when leaving the menu. This gives a

Re: [tor-relays] Testers needed for Nyx beta release

2017-11-01 Thread Damian Johnson
> Lord give me patience, but make it fast... ;-) Let me rephrase: Is it > deliberate that nyx logs both DEBUG and TRACE level messages when I use > the --debug option? I would only expect debug level entries. Yes, it is. > That generates many MB of output data through which I'd rather not wade >

Re: [tor-relays] Monitoring multiple relays

2017-11-01 Thread George
Vasilis: > Hi, > Reopening thread after IRC discussion. Bottom-posted, instead of more sensibly posting inline. > DaKnOb: >> It depends on what you consider “professional” monitoring. Do you >> mean information collected, or how was it collected? > > By professional monitoring I mean a way to