Bug 167133
Summary: | ENOMEM reading /dev/nst0 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Charlie Brady <charlieb-redhat-bugzilla> |
Component: | kernel | Assignee: | Larry Woodman <lwoodman> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | jbaron |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHEL4-U2 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-17 18:54:54 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: |
Description
Charlie Brady
2005-08-30 20:07:54 UTC
I missed this message in syslog: st0: Failed to read 32768 byte block with 10240 byte transfer. So the kernel isn't doing any blocking/deblocking for me. OK.
I dont think we support these kernels:
>>>"Kernel BTW was built by CentOS, from RH source"
In addition, this is also a fairly old kernel and many fixes have been made to
the memory allocation failure path especially under low memory and heavy IO load
pressure. If you can reproduce this problem with the official RHEL4-U2 kernel,
please reopen this bug.
Larry Woodman
> I dont think we support these kernels: > >>>>"Kernel BTW was built by CentOS, from RH source" I expect the exact same behaviour from RedHat built kernels, but I can't verify that myself. > In addition, this is also a fairly old kernel... ??? Fairly old? It was the latest for RHEL4 until less than two weeks ago. :-) > If you can reproduce this problem with the official RHEL4-U2 kernel, Would you care to send me one? > many fixes have been made to the memory allocation failure path especially
under > low memory and heavy IO load pressure.
I don't see anything in the change log which suggests there are new block
buffers for tape access.
|