Bug 436475
Summary: | [5.2][kdump] "Bad page state in process 'swapper'" warnings | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Qian Cai <qcai> |
Component: | kexec-tools | Assignee: | Neil Horman <nhorman> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 5.2 | CC: | dchapman |
Target Milestone: | rc | Keywords: | Regression |
Target Release: | --- | ||
Hardware: | ia64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-26 13:32:55 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Qian Cai
2008-03-07 14:32:34 UTC
They are harmless, as long as they can be fixed up. I'm not sure that I'll be able to get to this by 5.2, but I'll try. Note to self: So, I'm looking a little deeper into this, and it seems these calls are occuring because our page tables are perhaps running off the edge of memory. Not sure why this is happening all of a sudden. A bisect of the kernel may be in order here. .. Cai, can you try the --noio option on this bug as well, with kexec-tools-1.102 without my kexec patch? This may be closeable as well. Thanks! Those warnings ONLY happens when adding the patch from BZ #434927 to kexec-tools. If without that patch, even without "--noio" option for most of IA64 systems, we can't see those warnings, but we will have a zero-size vmcore there. I tried as an experiment changing my crashkernel param from 512M@256M to 1024M@256M and I get different behavior. Not sure if this sheds any light on the problem or not: ... Kernel command line: BOOT_IMAGE=scsi0:EFI\redhat\vmlinuz-2.6.18-prep root=/dev/VolGroup00/LogVol00 ro irqpoll maxcpus=1 reset_devices machvec=dig machvec=dig verbose elfcorehdr=5242768K max_addr=5120M min_addr=4096M Misrouted IRQ fixup and polling support enabled This may significantly impact system performance PID hash table entries: 4096 (order: 12, 32768 bytes) Console: colour VGA+ 80x25 low bootmem alloc of 67108864 bytes failed! Kernel panic - not syncing: Out of low memory I have been doing a bunch of digging on this. So far I am unable to find a culprit, everything appears to be getting done properly by kexec but _something_ obviously is wrong. I know the following so far: 1. the old kexec-tools from RHEL5.1 works just fine (with either this kernel or the RHEL5.1 kernel) 2. I can reproduce the same issues with the stock kexec tool without any Red Hat patches. So, because of #2 I think the best debug method at this point is to try to figure out what broke kexec upstream by using git-bisect. Thanks to doug, we've found the upstream change that causes this regression, and it co-incides with the change that we need to revert to fix the zero-size vmcore on ia64 bug. Closing this as a dup of 434927 *** This bug has been marked as a duplicate of 434927 *** |