Bug 44042
Summary: | (IDE IDE-SCSI)kernel hangs w/ cd-rw with ide-scsi emulation | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Leo Lopes <leo> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | alvin, djuran, johnchristopher, msobik |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-30 15:39:02 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
Leo Lopes
2001-06-10 14:47:11 UTC
I am having this same exact problem. I can reproduce this consistantly by simply trying to burn an iso image with cdrecord. It happens regardless of whether I'm in X or not. My /proc/scsi/scsi file: ------------------------ Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATAPI Model: CD-R/RW CRW6206A Rev: 1.2A Type: CD-ROM ANSI SCSI revision: 02 ------------------------- If anyone needs me to test a possible fix, I'll be happy to, since I can reproduce this problem at will. It is important to note that burning a cd worked find under RH 7.0, 6.2, 6.1 etc. I keep a windows partition around for testing, and I can also burn cds under it as well without problems. I'm also having the same problem. As root, running a 'cdrecord dev=0,0 speed=2 ./test.iso' produces a normal start, but at some point early in the burn process, SCSI errors begin and the machine is locked. It does not respond to the network or to the keyboard, and only a hard reset brings it back. However, this machine/burner combination worked perfectly under 6.2. This happens every time, but at different points in the burn. I don't have access to the box right now, but 'cdrecord -scanbus' reports the HP internal ATAPI burner correctly as 0,0,0. Thanks, Alvin... (re: CD burning does not work under SCSI emulation with RH 7.1) Ok, I had a chance to look at the box today durnig lunch. This time, I tried turning the DMA off by doing a 'hdparm -d0 /dev/hdc'. This was mentioned as a possible work-around in another bug. This did not work at all. The drive didn't even start to write. Ok, so I turned the dma back on and tried to burn again in dummy mode only. 'cdrecord dev=0,0 speed=2 -v -dummy ./test.iso' Even this does not work, giving different errors each time I tried to run it. Several times I had to do a reset by doing a 'cdrecord -reset dev=0,0' Eventually, I can get the system to hang, even in dummy mode, with cdrecord returning an "OPC" error? Any ideas? Same symtoms here, but slightly different problem. I can successfully write either a cd/r or cd/rw using cdrecord (both DMA and non-DMA). I use cdrecord with the eject parm to make nightly backups and sometimes in the morning, I wake up to a hung machine with the same messages in the log repeating every couple of seconds. I think it has something to do with midnight commander and magicdev as these are both hung up solid. I think they might be trying to read/get info from the drive while it's unavailable? I can't reproduce the prob. at will, however. Reboot solves the problem, but the kernel doesnt' cleanly unmount / or /dev/cdrom1. I found this bug report that also might be of interest: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=38314 Mike 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 persists. 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/ |