<div dir="ltr">Hi all.<div><br></div><div>Last week I upgraded to Debian 8 running bird 1.4.5 - My sessions have been up non-stop for the last 5 days, both v4 and v6. There is still a slight delay on the first call to show route count, but not as bad a 1.4.0.</div><div><br></div><div>I'll continue to monitor, but for now it seems okay.</div><div><br></div><div>Thanks</div><div>Darren</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 June 2015 at 10:50, Ondrej Zajicek <span dir="ltr"><<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Jun 25, 2015 at 09:20:57AM +0100, Darren O'Connor wrote:<br>
> As for the behaviour. I noticed that when it stalls, even doing a 'show<br>
> mem' will sit for about 10 seconds before giving me a result. But at that<br>
> time I don't see high CPU or MEM usage<br>
<br>
</span>When BIRD is unresponsive, it is not unusual that even simple commands<br>
may took about 10 seconds before being processed.<br>
<br>
When such behavior is experienced, CPU could be busy (user or system),<br>
idle or in IO-wait state - see top:<br>
<br>
Cpu(s):  7.7%us,  4.3%sy,  0.0%ni, 88.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st<br>
<br>
You say it is not busy. For common server, you would see high wait time and<br>
low memory if the system is swapping. But since it is VPS, i would guess<br>
that the server could be overcommited and swapping on the provider side,<br>
which would look like being idle and with plenty of memory in the inside<br>
of VPS but with the same performance problems.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</div></div><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
<br>
iEYEARECAAYFAlWLzugACgkQw1GB2RHercMSjwCfbgwNUuCrK9QBZGjDLGO8dHXF<br>
kmgAmQExNSpqrolsgnaY+TDR4Gs7ZZhB<br>
=rUtc<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br></div>