
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">

</head>

<body>

<div style="font-family:sans-serif"><div style="white-space:normal"><p dir="auto">Hi David,</p>

<p dir="auto">On 12 Feb 2018, at 20:44, David Goulet wrote:</p>

<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">On 12 Feb (20:09:35), Stijn Jonker wrote:</p>

<blockquote style="border-left:2px solid #777; color:#999; margin:0 0 5px; padding-left:5px; border-left-color:#999"><p dir="auto">Hi all,<br>

<br>

So in general 0.3.3.1-alpha-dev and 0.3.3.2-alpha running on two nodes<br>

without any connection limits on the iptables firewall seems to be a lot<br>

more robust against the recent increase in clients (or possible [D]DoS). But<br>

tonight for a short period of time one of the relays was running a bit "hot"<br>

so to say.<br>

<br>

Only to be greated by this log entry:<br>

Feb 12 18:54:55 tornode2 Tor[6362]: We're low on memory (cell queues total<br>

alloc: 1602579792 buffer total alloc: 1388544, tor compress total alloc:<br>

1586784 rendezvous cache total alloc: 489909). Killing circuits<br>

withover-long queues. (This behavior is controlled by MaxMemInQueues.)<br>

Feb 12 18:54:56 tornode2 Tor[6362]: Removed 1599323088 bytes by killing 1<br>

circuits; 39546 circuits remain alive. Also killed 0 non-linked directory<br>

connections.</p>

</blockquote><p dir="auto">Wow... 1599323088 bytes is insane. This should _not_ happen for only 1<br>

circuit. We actually have checks in place to avoid this but it seems they<br>

either totally failed or we have a edge case.</p>

</blockquote><p dir="auto">Yeah it felt a "bit" much. A couple megs I wouldn't have shared :-)</p>

<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">Can you tell me what scheduler were you using (look for "Scheduler" in the<br>

notice log).</p>

</blockquote><p dir="auto">The schedular always seems to be KIST (never played with it/tried to change it)<br>

Feb 11 19:58:24 tornode2 Tor[6362]: Scheduler type KIST has been enabled.</p>

<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">Any warnings in the logs that you could share or everything was normal?</p>

</blockquote><p dir="auto">Besides that ESXi host gave an alarm about CPU usage, nothing odd in the logs around that time I could find.<br>

The general syslog logging worked both locally on the host and remote as the hourly cron jobs surround this entry.</p>

<br><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">Finally, if you can share the OS you are running this relay and if Linux, the<br>

kernel version.</p>

</blockquote><p dir="auto">Debian Stretch, Linux tornode2 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux<br>

not sure it matters, but ESXi based VM, running with 2 vCPU's based on i5-5300U, 4 Gig of memory</p>

<p dir="auto">No problems, happy to squash bugs. I guess one of the "musts" when running Alpha code, although this might not be alpha related (I can't judge).</p>

<p dir="auto">Thx,<br>

Stijn</p>

</div>

</div>

</body>

</html>