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
>> 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
> 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
>> 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
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
>> 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
> 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
>
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