I think this is going to be a hard one to report.
This is a production machine.
Reproducing it would be mean down time. :(
I am not sure that it occurs on lightly loaded systems either.
Our T3, is at 60-85% utualization every day.
So, NIC interrupts are kept busy.
On 03/12/04 14:36 -0200,
On Mon, 6 Dec 2004 08:46:52 -0500, Theodore wrote in message
[EMAIL PROTECTED]:
I think this is going to be a hard one to report.
This is a production machine.
Reproducing it would be mean down time. :(
..if you do it, yup, if you want someone _else_ to cook a
reproduction, _you_ will
I turned off the SMP stuff and it seems to work fine now.
The machine no longer crashes when I reload the firewall rules. :)
I think that I may have stumbled upon the limitations of interrupt requests.
More specifically,
SMP machines use an IRQ for each of the additional CPU. Adding to the
On Fri, 03 Dec 2004, Theodore Knab wrote:
you are just creating more interrupts. I found out the hard way that if two
devices
do an interrupt at the same time, a kernel panic results.
Looks like a kernel bug to me. Have you reported it yet?
--
One disk to rule them all, One disk to find
On Thu, 2 Dec 2004 11:36:37 -0500, Theodore wrote in message
[EMAIL PROTECTED]:
Are there any dual processor firewalls out there ?
I am just curious if most firewalls are single CPU machines. I put a
SMP firewall in place yesterday and I think I may have misconfigured
something. :)
My
5 matches
Mail list logo