Bug 1952299

Summary: makedumpfile --dump-dmesg changes white spaces and all kump tests failed
Product: Red Hat Enterprise Linux 9 Reporter: Coiby <coxu>
Component: kexec-toolsAssignee: Coiby <coxu>
Status: CLOSED NOTABUG QA Contact: Jie Li <jieli>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 9.0CC: bhe, extras-qa, kasong, kdump-bugs, kernel-general-qe, ruyang, xiawu
Target Milestone: betaKeywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1952297 Environment:
Last Closed: 2021-06-08 02:37:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1944014, 1952297    
Bug Blocks:    

Description Coiby 2021-04-22 02:43:49 UTC
+++ This bug was initially created as a clone of Bug #1952297 +++

+++ This bug was initially created as a clone of Bug #1944014 +++

Description of problem:

"makedumpfile --dump-dmesg" generata a vmcore-demsg that only differs from the original vmcore-demsg in white spaces,
```
diff -u vmcore-dmesg.txt vmcore-dmesg.txt.2 
--- vmcore-dmesg.txt    2021-03-28 22:13:09.986000000 -0400
+++ vmcore-dmesg.txt.2  2021-03-28 22:13:39.920106131 -0400
@@ -397,9 +397,9 @@
 [    1.710742] vc vcsa: hash matches
 [    1.711938] RAS: Correctable Errors collector initialized.
 [    1.713736] Unstable clock detected, switching default tracing clock to "global"
-If you want to keep using the local clock, then add:
-  "trace_clock=local"
-on the kernel command line
+               If you want to keep using the local clock, then add:
+                 "trace_clock=local"
+               on the kernel command line
 [    1.750539] ata1.01: NODEV after polling detection
 [    1.750973] ata1.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100
 [    1.752885] ata1.00: 8388608 sectors, multi 16: LBA48 
```

As a consequence, all kdumps in tests failed.

Version-Release number of selected component (if applicable):

kexec-tools-2.0.21-4.fc33.x86_64

How reproducible:

always reproducible at least on hpe-dl585g5-01.hpe2.lab.eng.bos.redhat.com

Steps to Reproduce:
1. Add crashekernel=auto to the kernel commandline 
2. Install kexec-tools
3. Trigger sysrq
4. Run "makedumpfile --dump-dmesg" against generated vmcore to genereate vmcore-dmesg.txt.2 
5. diff -u vmcore-dmesg.txt vmcore-dmesg.txt.2 

Actual results:

The generated vmcore-dmesg.txt.2 is different from the original one in white spaces.

Expected results:

Two vmcore-dmesg.txt should be the same.

Additional info:

--- Additional comment from Coiby on 2021-04-22 10:42:43 HKT ---

This bug can be also reproduced in the system provisioned via "1minutetip fedora33".

Comment 1 Coiby 2021-06-08 02:37:15 UTC
Dave told me RHEL-9 won't run the kdump tests. So close this bug.