On Sun, Mar 28, 2010 at 1:18 PM, Tony Sarendal wrote:
>
>
> On Sun, Mar 28, 2010 at 10:41 AM, Mark Kettenis
> wrote:
>
>> It's worth trying to disable ichiic(4).
>>
>
> Cheers, giving it a go on a few of them.
>
>
Over a week running with i386 4.6 and -current with ichiic(4) disabled.
The 6 boxe
On Sun, Mar 28, 2010 at 10:41 AM, Mark Kettenis wrote:
> It's worth trying to disable ichiic(4).
>
Cheers, giving it a go on a few of them.
/Tony
It's worth trying to disable ichiic(4).
Is there a way to see where the cpu time is spent when it isn't in userland
?
I took one of our affected systems and killed everything on it as well as
disabling pf.
bmr1.brh# ps aux
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root 1 0.0 0.0 324 296 ??
> I'd be looking at the state of your mbufs as well. man netstat
>
>
Thanks Aaron,
these systems are currently running with load very low. From one of the
boxes with
the problem:
bmr1.mlt# uptime
11:33AM up 13 days, 1:04, 1 user, load averages: 0.15, 0.17, 0.11
bmr1.mlt# netstat -m
102 mbufs i
On Sat, Mar 27, 2010 at 7:56 PM, Tony Sarendal wrote:
> I'm using supermicro boxes (dmesg below) as vpn routers. IPsec+gre+bgp.
>
> After a few days uptime the boxes start reporting 8% system cpu, and at the
> same time
> they become unresponsive on the network approx every 10 seconds.
> Any idea
I'm using supermicro boxes (dmesg below) as vpn routers. IPsec+gre+bgp.
After a few days uptime the boxes start reporting 8% system cpu, and at the
same time
they become unresponsive on the network approx every 10 seconds.
Any idea on how to find the reason for this is appreciated.
I have around 2
7 matches
Mail list logo