Bug 1019590

Summary:	kdump crash simulation cause root FS corruption
Product:	[openSUSE] openSUSE Distribution	Reporter:	Anton Smorodskyi <anton.smorodskyi>
Component:	Basesystem	Assignee:	Lance Wang <lzwang>
Status:	RESOLVED WONTFIX	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P5 - None	CC:	tiwai, ydfan
Version:	Leap 42.2
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Anton Smorodskyi 2017-01-12 13:04:34 UTC

1. Install and setup kdump
2. Press Alt + SysRQ + C to simulate a crash 
==> kdump will start collecting dump but instead of write it into defined place it will start fsck to check root fs . 
RESULT :
- dump not written into /var/crash
- root fs contain serious errors which not allowed me to boot system until I fix them with manual fsck execution on detached root fs 

Was able to reproduce this two times in a row IMO this allow to exclude possibility that I had corrupted fs before simulation of crash.  

# zypper info kdump
Information for package kdump:
------------------------------
Repository     : Main Repository (OSS)
Name           : kdump                
Version        : 0.8.15-29.1          
Arch           : x86_64               
Vendor         : openSUSE             
Installed Size : 644.2 KiB            
Installed      : Yes                  
Status         : up-to-date

# cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.4.41-1.g3bf02b3-default root=UUID=ba62de1c-0dc0-4c0b-b018-7fac7a19d548 resume=/dev/disk/by-uuid/7f1942a6-291b-4f72-883b-e1295bf1f53d showopts crashkernel=256M

#  cat /usr/lib/systemd/system/kdump.service
[Unit]
Description=Load kdump kernel on startup
After=local-fs.target
Wants=kdump-rebuild-initrd.service

[Service]
Type=oneshot
ExecStart=/lib/kdump/load.sh
ExecStop=/lib/kdump/unload.sh
RemainAfterExit=true

[Install]
WantedBy=multi-user.target

Comment 1 Takashi Iwai 2017-01-12 15:35:45 UTC

Petr, could you take a look?  There seems something strange in kdump package.  Running fsck in kdump initrd sounds bad.

openSUSE Leap 42.2 kdump package is basically identical with SLE12-SP2, so the same issue should exist on SLE12-SP2, too.

Comment 2 Anton Smorodskyi 2017-01-12 15:48:44 UTC

Just to stay on same page : problem is not that fsck is executed during getting the dump. Actually running fsck more or less expected , fsck runs because root fs is corrupted . Main problem is in a fact that root fs is corrupted potentially due to crash simulation.

Comment 3 亚聃范 2017-07-18 11:05:38 UTC

Petr is on long time leave vacation, Lance Wang is taking over Kdump maintaining work, re-assigned to him.

Comment 4 Tomáš Chvátal 2018-04-17 13:59:24 UTC

This is automated batch bugzilla cleanup.

The openSUSE 42.2 changed to end-of-life (EOL [1]) status. As such
it is no longer maintained, which means that it will not receive any
further security or bug fix updates.
As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
openSUSE, or you can still observe it under openSUSE Leap 15.0, please
feel free to reopen this bug against that version (see the "Version"
component in the bug fields), or alternatively open
a new ticket.

Thank you for reporting this bug and we are sorry it could not be fixed
during the lifetime of the release.

[1] https://en.opensuse.org/Lifetime