Bug 381 - Processes go into uninterruptible sleep, preventing syncs and shutdowns
Processes go into uninterruptible sleep, preventing syncs and shutdowns
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
i386 Linux
high Severity high
: ---
: ---
Assigned To: David Lawrence
Depends On:
  Show dependency treegraph
Reported: 1998-12-10 12:36 EST by dull
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1998-12-10 13:45:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description dull 1998-12-10 12:36:10 EST
Currently, I am running Redhat 5.2 and the Sybase database
server.  For some unknown reason, after a large number of
transactions, the Sybase dataserver process goes into a "D"
state (uninterruptible sleep).  Also, some other Sybase
sysmultibuf processes remain.

I have not been able to determine why the dataserver goes
into the "D" state.  It is suspected that there is either s
software bug in the Sybase server or the kernel.

Once the process goes into the "D" state, the file system
capabilities are limited.  I can still access files and do
maintenance, however it prevents admin functions like umount
and sync from being executed.  If these are run, they will
go into a uninterruptible sleep also.

These problems make a software reboot of the system
impossible, because the processes will never shutdown.  A
hard boot is the only method of cleaning the state.
Comment 1 Jay Turner 1998-12-10 13:45:59 EST
Do not have the resources to replicate this in test lab.  Verify that
you are running the latest version of the 2.1 kernel. as this might
have an effect on the way that things are interacting.

Note You need to log in before you can comment on or make changes to this bug.