Bug 189031
| Summary: | lsof crashes system | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Eric Eisenhart <eric.eisenhart> | ||||||
| Component: | kernel | Assignee: | Ingo Molnar <mingo> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 4.0 | CC: | davej, eric.eisenhart, jbaron, mollo | ||||||
| Target Milestone: | --- | Keywords: | Security | ||||||
| Target Release: | --- | ||||||||
| Hardware: | i386 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-04-18 17:24:30 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: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 170416 | ||||||||
| Attachments: |
|
||||||||
Created attachment 127763 [details]
screen capture from one crash
Created attachment 127764 [details]
Another screen capture from a different system crashing from this bug
|
Description of problem: Running lsof enough times results in a kernel crash. Possible to do as a non-root user. Version-Release number of selected component (if applicable): lsof-4.72-1.1 kernel-smp-2.6.9-34.EL How reproducible: Run this as any user: while sleep 1; do for i in {1..100}; do /usr/sbin/lsof > /dev/null & done ; done Give it several minutes. (also possible to reproduce with much more reasonable uses of lsof, such as something equivalent to "while sleep 60 ; do lsof ; done", but that takes several days) Steps to Reproduce: 1. Boot up RHEL4AS Update 3 2. run lsof a bunch of times, such as "while sleep 1; do for i in {1..100}; do /usr/sbin/lsof > /dev/null & done ; done" 3. wait several minutes Actual results: kernel panic. messages left on screen show the process as lsof and a call trace showing seq_read, vfs_read, sys_read, syscall_call and schedule. Expected results: Not crashing. Additional info: Able to reproduce on several different systems with a 2.6.9-34 SMP kernel; unable to reproduce on 2.6.9-22.0.1