Am 26.10.2006 um 15:37 schrieb Robert Watson:
On Thu, 26 Oct 2006, Stefan Bethke wrote:acpica 3024 159K 20026966...db> show uma Zone Allocs Frees Used Cache 64 9990754 9986054 4700 9980755Looks like acpica has gone crazy performing allocation/freeing at a very high rate, and that for some reason, UMA is failing to properly reuse/release memory. So there are two bugs/problems here: whatever is causing ACPI to behave this way, and then the fact that UMA is failing to deal properly with its misbehavior.
We had the machines running with ACPI disabled for a week or so, and we were still getting these panics, but I'll disable it again in the BIOS to make sure.
Alternatively, that we have a bug in the way statistics are handled. If you can generate a coredump, it would be quite useful to be able to run umstat (src/tools/tools/umastat in HEAD) on it. The tool probably needs a bit of tweaking to run on the core dump -- in particular, the first and second arguments of kvm_open() need to be the name of the kernel and dumpfile, rather than NULL. This would help confirm what actual state UMA is in.
So far, the machines always just hang instead of dumping core; I'll see if I can get them to write a dump. Can umastat be run against a live kernel? Then I could try running it as a cron job to record data up to just before the panic.
Stefan -- Stefan Bethke <[EMAIL PROTECTED]> Fon +49 170 346 0140 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
