Description of Problem: When copying a large amount (approx 100Mb) of data to a parallel port ZIP drive (using the imm driver), interactive response is fine except that several tasks go into state D for minutes at a time. These include kded, ps, konqueror, kicker, etc.: not all apps that are likely to be calling sync() or anything. Version-Release number of selected component (if applicable): 2.4.7-2 How Reproducible: 100% Steps to Reproduce: 1. Copy a large file (> 80Mb or so) to a parallel port ZIP disk, or presumably any slow device 2. While that is copying, use the system interactively. Actual Results: Several processes (I noticed an uptime of 6) go into D state for lengthy periods of time. Expected Results: Interactive response is barely affected. Additional Information: Behaviour very similar to this was around before, and was fixed by the max_sectors patch having a thinko fixed. I don't know if this is the same thing. I couldn't find that bug in bugzilla to reopen.
*** Bug 51944 has been marked as a duplicate of this bug. ***
The D-state processes seem to be in get_request_wait. ps axl only shows me 'get_re'.
This still seems to be happening on 2.4.17-0.13!
*** Bug 85640 has been marked as a duplicate of this bug. ***
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/