Bug 160677
Summary: | ide-tape module not working in kernel-2.4.22-1.2199.4.legacy | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Fedora Legacy | Reporter: | James Kosin <jkosin> | ||||
Component: | kernel | Assignee: | Fedora Legacy Bugs <bugs> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||
Severity: | low | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | fc1 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | DEFER | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-08-13 15:16:10 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: | |||||||
Attachments: |
|
Description
James Kosin
2005-06-16 15:51:58 UTC
Created attachment 115547 [details]
debug log from ide-tape module
I have no idea what Fedora Legacy people managed to break exactly, but in any case nobody should use ide-tape. Use ide-scsi. ide-scsi is broken for me as well.... otherwise, I would use it. Hmmm.... It started working all by itself all of a sudden. I'll keep track of this ...... maybe a bad tape? or drive in need of cleaning soon. closing as NOTABUG, reopen if needed. I changed tapes, still no luck. I started playing around with the settings... turned DMA for the drive back on using hdparm. Did not work; so, I used the killer ide reset command with hdparam. They are not kidding when they say it is dangerous. Oops.... I rebooted the system. Everything started working again with the tape drive. Will update after a tape change to make sure changing tapes is not causing the problem. Ok, Changed tape today! Guess what! I got the tape drive is busy signal again.... I did an hdparm -w /dev/hdc on the tape drive, rebooted after the Ooops.. and the tape drive is working again. This seems to be a problem with changing medium or tapes that causes the problem. Right now, the only work-around I have is to do the hdparm command, and reset the box. I've tried just resetting before; but, it never works, or only works intermittently. If you go back to 2.4.22-1.2199, does it start working again? Yes... If I go back, it works; but there is (or shouldn't be) any difference in how the module works in 1.2199 or the legacy builds. Right now causing the module to Ooops and reboot the system seems to be my only work-around. Reporter: Have you tried upgrading to kernel-2.4.22-1.2199.5.legacy? If so, does the problem continue? Nope, still not working. I'll try an troubleshoot this problem more proactively this month; since, I do need the tape drive working again. This doesn't seem to be important enough to fix just on its own, so mark it DEFER. I lowered the priority, I don't think it is of any improtance to anyone but me. Just a thought, James. The most recently-released FL kernel is 2.4.22-1.2199.8. Does upgrading to this kernel affect this issue at all? ide-tape: Block location is unknown to the tape ide-tape: ht0: I/O error, pc = 0, key = 3, asc = 30, ascq = 0 ide-tape: ht0: drive not ready ide-tape: Block location is unknown to the tape ide-tape: Block location is unknown to the tape ide-tape: ht0: I/O error, pc = 0, key = 3, asc = 30, ascq = 0 ide-tape: ht0: drive not ready ide-tape: Block location is unknown to the tape ide-tape: Block location is unknown to the tape ide-tape: ht0: I/O error, pc = 0, key = 3, asc = 30, ascq = 0 ide-tape: ht0: drive not ready ide-tape: Block location is unknown to the tape |