Bug 156873
Summary: | File descriptor 3 left open | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Pamela Fong <fong> |
Component: | mkinitrd | Assignee: | Peter Jones <pjones> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | agk, markwharton, mikemalone, ronald, shillman |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-12 16:44:06 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pamela Fong
2005-05-04 20:27:43 UTC
I am seeing the exact same problem with my new install of Red Hat Desktop (v. 4 for 32-bit x86). This bug did not occur with Fedora Core v. 3 I also see this on a Dell c800 Latitude laptop used for QA/Testing. This problem did not occur with v9. I have RHEL AS v4 Update 1 for 32-bit x86. There does seem to be something wrong with the filesystem because Acronis 8 detects a problem and will not image the drive except by sector. Even when the OS is shutdown/halted normally I get this message. Is there any fix for this issue yet? A similar error has been reported in Bugzilla Bug 156854 รข panic in lvm on start up of x86_64 mach Maybe these are related? I just installed x86_64 RHEL 4 ES Update 1 on a Tyan S2676 with two 3.6G Xeons. The file system configuration is four 73G U320 drives with the second two being RAID1 mirrors of the first two. The first drive consists of one partition for /boot and an LVM2 physical volume. The second drive is one big LVM2 PV. The two LVM2 PVs are configured as one volume group with ten logical volumes. I did an "everything" installation. On rebooting, the system hangs for over a minute after printing the nash version and then gives me the "File descriptior 3 left open" messages as above. As for classifying the problem, personally, I suspect that it's an LVM2 since it appears that it's the part doing the complaining. So, I'm not sure whether I should deploy RHEL4 in a mission critical environment, yet. I looked at it a bit more and it looks kinda like the kernel, while attempting to mount the root file systems, manages to run lvm somehow (I'm not a boot process guru, and I couldn't manage to grep it's secrets in the half hour I spent looking at this problem). If you look at _close_stray_fds() in lvmcmdline.c, you'll see that it tries to clean up any fd's that somehow managed to not get closed. There appears to be an LVM2 option to squelch that particular error message, but it would seem that the boot process is not using it. Anyway, the message appears to mean that a stray fd was identified and closed. Now, what particular LVM commands is being run (I only get two "left open" messages instead of the three that Ms. Fong reports) are still unknown to me, but it seems obvious that the code that implements it isn't closing all the files it opens and gets caught before the lvm command exits. This problem should probably be identified and fixed before the Update 2 errata is released (bug #158692). I opened bug #167860 against lvm2. Someone should probably close this bug as a duplicate of it. *** Bug 167860 has been marked as a duplicate of this bug. *** The problem is actually in 'nash' in the mkinitrd package and is fixed in mkinitrd-4.2.1.4-1 which should be included in U2. |