Bug 176498
| Summary: | Problem with the find command. This problem was solved in bug 162418 but came back in newer kernel | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Quint van Drosthagen <dump> | ||||
| Component: | kernel | Assignee: | Alexander Viro <aviro> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4 | CC: | davej, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-02-19 05:54:18 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: | |||||||
| Attachments: |
|
||||||
|
Description
Quint van Drosthagen
2005-12-23 18:36:13 UTC
Is there any news on this matter??? is it still a problem in the updates-testing kernel ? yes loaded latest test kernel : Linux Firewall 2.6.15-1.1824_FC4smp #1 SMP Thu Jan 12 16:11:20 EST 2006 i686 athlon i386 GNU/Linux And still error after find / -name <anything> find: WARNING: Hard link count is wrong for /proc/1363: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. Al, any ideas on this one ? Sigh... How about ls -lR /proc/<whatever_triggers> ? Created attachment 123199 [details]
output from ls -lR /proc/1464
Something went wrong so the attachment above is info from these commands sorry for the inconvenients. [root@Firewall ~]# find / -name pipo find: WARNING: Hard link count is wrong for /proc/1464: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. [root@Firewall ~]# ls -lR /proc/1464 "Output attached because of the long output" Update the kernel to see if this solved the problem but no still there... Running kernel : #uname -a Linux Firewall 2.6.14-1.1656_FC4smp #1 SMP Thu Jan 5 22:24:06 EST 2006 i686 athlon i386 GNU/Linux This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you. Updated to new kernel. Linux Firewall 2.6.15-1.1830_FC4smp #1 SMP Thu Feb 2 17:39:38 EST 2006 i686 athlon i386 GNU/Linux Run 'find / -name test' Output normal now. This kernel solved the problem. Call can be closed. Thanks for the help. Sorry above is not right it must be Linux Firewall 2.6.15-1.1831_FC4smp #1 SMP Thu Feb 2 17:39:38 EST 2006 i686 athlon i386 GNU/Linux But still the problem is solved. |