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):
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.
Several processes (I noticed an uptime of 6) go into D state for lengthy
periods of time.
Interactive response is barely affected.
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
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
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/