Bug 708560

Summary:	Kernel freeze using scsi tape
Product:	[Fedora] Fedora	Reporter:	Ian Dall <ian>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	14	CC:	gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-08-16 13:50:35 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Ian Dall 2011-05-28 02:09:38 UTC

Description of problem:
When I do a backup (using bacula) to an LTO1 scsi tape, the kernel often freezes.

Version-Release number of selected component (if applicable):
vmlinuz-2.6.35.12-90.fc14.x86_64

How reproducible:
This is somewhat difficult to reproduce. It typically seems to happen near the end of a 3hr backup :-(, but sometimes happens almost straight away.

Steps to Reproduce:
1.scheduled bacula backup; or
2.btape speed test; or
3.hp_ltt (proprietary) tape utility.

Actual results:
Computer is totally unresponsive to keyboard, mouse, or network.

Expected results:
Computer should not freeze. At worst there should be an IO error or even a scsi timeout.

Additional info:

Reverting to vmlinuz-2.6.34.8-68.fc13.x86_64 (with exactly the same userland) makes this problem go away.

At first I thought this might be a faulty drive or faulty tapes. I even marked a few tapes as faulty, but it seemed odd that hardware failures should coincide with a software upgrade. Reverting to an earlier kernel pretty much proves that point.

I tried putting the scsi tape drive on a Ratoc USB-SCSI adaptor. I still got errors, this time without the freeze:

May 25 06:59:24 fs info kernel: [107734.086020] usb 2-6: reset high speed USB device using ehci_hcd and address 6
May 25 06:59:24 fs warning kernel: [107734.241917] st0: Error 50000 (driver bt 0x0, host bt 0x5).

But of course, this may be a different and totally unrelated bug.

I wonder if commit 2a48fc0ab24241755dc93bfd4f01d68efab47f5a might be implicated?

Comment 1 Chuck Ebbert 2011-06-22 10:58:44 UTC

Did this happen in earlier Fedora 14 kernels, or did it start with a recent update?

Also it would help if you could try F15.

Comment 2 Ian Dall 2011-08-19 08:57:52 UTC

Sorry about the delay. This started when I did an upgrade from Fedora 13 to Fedora 14. I never tried a kernel between the kernels mentioned.

I'm not quite ready to upgrade to F15, but could try a newer kernel if they are compatible.

Comment 3 Dave Jones 2011-09-26 19:07:10 UTC

Looking at the commit you referenced, it seems ok to me.
Also, the st.c changes after 2.6.35 to current day don't seem relevant.

What was the controller where you were seeing the freezes ?

Comment 4 Fedora End Of Life 2012-08-16 13:50:39 UTC

This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping