Hide Forgot
Description of problem: system panic during kdump Running ./reboot.py: Checking kdump configuration Found crashkernel=129M@0M boot parameter Kernel panic reboot timeout is 0 Setting to 1 sec. Checking kdump service kdump is running The test will now cause a kernel panic to exercise kdump Ready to restart? (y|n) y response: y Syncing disks Waiting for low load... Current load average: 0.51 Done waiting Version-Release number of selected component (if applicable): RHEL6.1-20110210.1 v7-1.3-10 How reproducible: always Steps to Reproduce: 1. install v7 and dependencies 2. run: v7 run -t reboot 3. Actual results: ABORT Expected results: PASS Additional info:
What happens if the sysrq panic is sent on this system as it is configured outside of v7? It looks like the sysrq command was ignored from the above (which seems to have launched into the cpuscaling testing next?).
Created attachment 482591 [details] console log of passed reboot testing in rhel6.1 kdump testing FAIL on hp-dl585g7-01.rhts.eng.nay.redhat.com because kdump doesn't work with HP SmartArray adapters (cciss) in RHEL6. Related Bug #674893 kdump testing PASS on ibm-x3850x5-01.rhts.eng.nay.redhat.com. <log attached> But reboot testing always return ABORT for kdump testing fail or pass or skip.
*** This bug has been marked as a duplicate of bug 674893 ***