Bug 515585

Summary: CD Install fails to eject cdrom - WARNING: error ejecting cdrom sr0: (5, 'Input/output error')
Product: [Fedora] Fedora Reporter: James Laska <jlaska>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: anaconda-maint-list, jturner, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-08-27 18:51:46 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:
Bug Depends On:    
Bug Blocks: 507678    
Attachments:
Description Flags
Screenshot.jpg none

Description James Laska 2009-08-04 20:10:29 UTC 
Created attachment 356234 [details]
Screenshot.jpg

Description of problem:

 * While attempting a CD installation, the installer fails to eject the disc in preparation for the next CD.

Version-Release number of selected component (if applicable):

 * anaconda-12.7

How reproducible:
 
 * 100% on bare metal - KVM CD

Steps to Reproduce:

 * https://fedoraproject.org/wiki/QA/TestCases/InstallSourceCdrom
  
Actual results:

 * The disc drive won't open ... See screenshot for tty3

Expected results:

 * Disc drive opens and can insert next cd.

Additional info:
Comment 1 James Laska 2009-08-04 20:11:15 UTC 
Escalating for review as a F-12-Alpha blocker bug.  This issue appears to affect all bare metal CD installations requiring more than 1 CD swap.
Comment 2 Chris Lumens 2009-08-06 17:35:55 UTC 
I've been unable to reproduce this on either virt or real hardware, though I have noticed strange behavior about the CD tray ejecting and then immediately being sucked back in.  Can you reliably hit this bug on rawhide?
Comment 3 James Laska 2009-08-06 18:23:19 UTC 
Removing from F12Alpha and adding to F12Beta.  

This issue has been retested on the reporting hardware and several other bare metal systems.  The defect does not appear to inhibit installation.  The drive is eject, and when supported by hardware, the drive is closed (eject -t).

The workaround for F-12-Alpha is to manually open the disc drive and swap media.
Comment 4 Chris Lumens 2009-08-27 17:49:10 UTC 
Have you seen this at all recently?
Comment 5 James Laska 2009-08-27 18:47:10 UTC 
(In reply to comment #4)
> Have you seen this at all recently?  

I haven't.  Okay to close this out and we can reopen should the problem surface.