Description of problem: Got kernel panic when booting up: ======== Switching to new root and running init. unmounting old /dev unmounting old /proc unmounting old /sys type=1404 audit(1307589967.052:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 libsepol.avtab_read_item: more than one specifier libsepol.avtab_read: failed on entry 14389 of 78667 libsepol.policydb_from_image: policy image is invalid libsepol.avtab_read_item: more than one specifier libsepol.avtab_read: failed on entry 14389 of 78667 libsepol.policydb_from_image: policy image is invalid security: avtab: duplicate entry Unable to load SKernel panic - not syncing: Attempted to kill init! ELinux Policy. M ======== Check beaker job https://beaker.engineering.redhat.com/jobs/95207 for detail. Version-Release number of selected component (if applicable): RHEL5-Server-U6_nfs-x86_64 How reproducible: rare Steps to Reproduce: Not sure, may be install OS boot from SAN is the trigger. Actual results: Kernel Panic. Expected results: OS boot as expected. Additional info:
This would only happen if the /etc/selinux/targeted/policy/policy.X file on disk was corrupted.... If we don't have a way to reproduce that corruption I'm no sure what we can do to find how it happened....
Eric, Thanks for the point out, I will try more times for installation and hopefully we can find out the trigger. Barry, Did you ever got this kind of error on storageqe-05 and -06?
I haven't been able to get storageqe-06 but storageqe-05 failed on first boot with snap-3. I'm still investigating that.
This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.7 and Red Hat does not plan to fix this issue the currently developed update. Contact your manager or support representative in case you need to escalate this bug.
I hit it problem again. https://beaker.engineering.redhat.com/jobs/100527 Any info you need for troubleshooting?
Chris is the machine still available. We need to look at the policy file to see if it is corrupt.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux release for currently deployed products. This request is not yet committed for inclusion in a release.
Daniel, I have loaned storageqe-06 to you in beaker. As it said, it's rare condition, hopefully you could trigger the problem. Let me know if you need any help.
Gris since I don't use beaker, what does this mean, can you send me mail to tell me how to access the box.
Sorry for the late reply. Email sent out. Let me know if you need more assistance. Please use "needinfo" of Bugzilla for getting quick reply from me. Thanks for understanding.
Do we have a reproducer here? I'm assuming the broken box is not still loaned in beaker? I am leaning towards moving this to wontfix...
Could you please set devel_ack/condnack for 5.10 or postpone/close this bugzilla? Erratas should be filed by May 21st, so development phase is nearing its exit.
Closing as WONTFIX (the comment #15).