|Summary:||Boot fails, last mount time in the future|
|Product:||Red Hat Enterprise Linux 5||Reporter:||Eric Paris <eparis>|
|Component:||kvm||Assignee:||Rik van Riel <riel>|
|Status:||CLOSED WORKSFORME||QA Contact:||Lawrence Lim <llim>|
|Version:||5.4||CC:||ehabkost, tburke, tools-bugs, virt-maint, ykaul|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2011-08-08 13:51:11 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Eric Paris 2009-09-11 15:04:08 UTC
I've got 2 different RHEL 5.4 hosts which have shown this problem. kvm-83-105.el5_4.1 kernel-2.6.18-164.el5 libvirt-0.6.3-20.1.el5_4 All of my guests are rawhide. I have no idea if that is applicable. Sometimes (not always) when I try to boot a guest it will fail to boot and drop me into filesystem recovery mode because the 'last mount time' of the / and the /boot filesystem (the only 2 filesystems inside my vms) is in the future. The time in the future is never > 60 minutes in the future. It does not always happen. Another off thing is the /boot often says that it 'last modify time' is in the future (I have never seen / indicate it's last modify time was in the future) Running fsck on both filesystems allows everything to boot just fine (until the next time) I believe it may be reproducible by booting a vm and then crashing it or using the 'force off' option to forcibly power it down rather than rebooting it cleanly. I'm not sure what all I can collect or do to help pin down the problem. I do know that when the mount fsck fails and drops into recovery mode the date inside the vm is correct.
Comment 1 Dor Laor 2009-10-29 22:34:23 UTC
Pls retry to check if its rawhide or kvm
Comment 4 Glauber Costa 2010-06-30 14:28:03 UTC
Can you give us numbers about what the times are? output of the "date -u" command before the crash, and after the crash, are welcome. Also, please include your guest dmesg.
Comment 7 RHEL Product and Program Management 2011-01-11 20:44:51 UTC
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Comment 8 RHEL Product and Program Management 2011-01-11 22:47:01 UTC
This request was erroneously denied for the current release of Red Hat Enterprise Linux. The error has been fixed and this request has been re-proposed for the current release.
Comment 10 Rik van Riel 2011-08-08 13:51:11 UTC
If this still happens and there is a way to reproduce the bug, please reopen.