Red Hat Bugzilla – Bug 798400
Alt-SysRq Sync -> Readonly -> Boot causes partially old files on system
Last modified: 2012-03-01 04:24:26 EST
Description of problem:
During problems with the Intel Software RAID (https://bugzilla.redhat.com/show_bug.cgi?id=752593) it turned out, that
Alt-SysRq Sync (S) -> Readonly (U) -> Boot (B) results, that old files on the system.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Update e.g. dracut
2. reboot (hangs because of Intel Software RAID problems)
3. Alt-SysRq S,U,B
System immediatelly boots (without any store of raid sync status and so on)
"rpm -V dracut" reports checksum mismatch
Either Alt-SysRq S working proper (which looks like did not) or Alt-SysRq B try to sync anything outstanding like e.g. Alt-SysRq O (poweroff) does.
Filesystem is ext4
Jes, I know there are fixes queued for Intel Software RAID somewhere. Eric, the fs in question is ext4. You guys can duke it out...
Does this also happen after you updated to dracut-017 as you reported in
The problem with IMSM RAID is that if we get into the reboot hang stage,
mdmon will not finish writing out the metadata to the RAID and you can
end up with files not making it out to disk. If you can reproduce this
with dracut-017 installed, then it is likely another problem.
(In reply to comment #2)
> Does this also happen after you updated to dracut-017 as you reported in
No longer, it looks like that something was extended now,
Alt-SysRq U for "readonly" now reports
EXT4-fs (md127p1): remounted. Ops:(null)
EXT4-fs (md127p8): remounted. Ops:(null)
Alt-SysRq O for "off" displays now similar messages regarding RAID as on reboot.
So the new dracut version fixes this issue - also after power-on BIOS *and* Windows reports the IMSM RAID as clean (which was not always the case in the past)
This is good news! Sounds like the problem was caused by mdmon not managing
to write out the metadata then.
I'll close this bug, but if you see this problem again, please go ahead
and reopen it.