Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 5 Dec 2009 02:21:57 -0800
From:      "K. Macy" <kmacy@freebsd.org>
To:        Mike Tancsa <mike@sentex.net>
Cc:        Zaphod Beeblebrox <zbeeble@gmail.com>, FreeBSD Stable <freebsd-stable@freebsd.org>
Subject:   Re: Quggaa locking hard.
Message-ID:  <A8EC428D-22DD-4717-9040-527385E5BE14@freebsd.org>
In-Reply-To: <200912041456.nB4Eu8oN017070@lava.sentex.ca>
References:  <5f67a8c40912031946v1ab3efua5e43bd7d767361a@mail.gmail.com> <200912041456.nB4Eu8oN017070@lava.sentex.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
What is the simplest way to reproduce this? Although flowtable is not =
expected to help your use case, it should not cripple it.


-Kip

On Dec 4, 2009, at 6:56 AM, Mike Tancsa wrote:

> At 10:46 PM 12/3/2009, Zaphod Beeblebrox wrote:
>> I'm still investigating this, but my quagga is locking hard on =
FreeBSD 8.0
>> and not locking hard on 7.2.  It seems (at this early point in the
>> investigation) that both bgpd and zebra are wedging and zebra is =
listed as
>> being in the "RUN" state.
>>=20
>> curiously, the load is also 4.0 (exactly the number of cores in the =
machine)
>> even though the machine also reads 100% idle.
>=20
>=20
> I think I am seeing something similar on a test box.  I was loading up =
the box with 200k routes to do testing with.  Kernel is default, save =
for a few unused drivers removed. If I take out
> options                FLOWTABLE               # per-cpu routing cache
> from the kernel, load avg is back to normal.  This issue only seems to =
have come up in the past week or so as the previous kernel from ~8 days =
ago was OK.
>=20
> last pid:  6229;  load averages:  2.00,  2.00,  2.00                up =
1+17:33:02  09:39:31
> 141 processes: 7 running, 106 sleeping, 28 waiting
> CPU:  0.0% user,  0.0% nice, 22.2% system,  0.0% interrupt, 77.8% idle
> Mem: 98M Active, 2233M Inact, 187M Wired, 36K Cache, 112M Buf, 979M =
Free
> Swap: 8192M Total, 8192M Free
>=20
>  PID USERNAME PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
>   22 root      76    -     0K     8K CPU3    3  41.5H 100.00% =
flowcleaner
>   11 root     171 ki31     0K    32K CPU2    2  41.5H 100.00% {idle: =
cpu2}
>   11 root     171 ki31     0K    32K CPU1    1  41.5H 100.00% {idle: =
cpu1}
>   11 root     171 ki31     0K    32K RUN     0  41.4H 100.00% {idle: =
cpu0}
>  869 root       4    0 64860K 64488K select  0   4:12  0.00% bgpd
>   11 root     171 ki31     0K    32K RUN     3   2:09  0.00% {idle: =
cpu3}
>   20 root      44    -     0K     8K syncer  0   1:00  0.00% syncer
>   12 root     -32    -     0K   224K WAIT    1   0:47  0.00% {swi4: =
clock}
>    0 root     -68    0     0K    80K -       2   0:03  0.00% =
{fw0_taskq}
> 1230 root      76    0  3348K  1160K ttyin   2   0:02  0.00% getty
>  863 root      96    0 24640K 24232K RUN     2   0:02  0.00% zebra
>   12 root     -32    -     0K   224K WAIT    2   0:01  0.00% {swi4: =
clock}
>   14 root     -16    -     0K     8K -       0   0:01  0.00% yarrow
>=20
>> _______________________________________________
>> freebsd-stable@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>> To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"
>=20
> --------------------------------------------------------------------
> Mike Tancsa,                                      tel +1 519 651 3400
> Sentex Communications,                            mike@sentex.net
> Providing Internet since 1994                    www.sentex.net
> Cambridge, Ontario Canada                         www.sentex.net/mike
>=20




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A8EC428D-22DD-4717-9040-527385E5BE14>