Bug 647794

HAL isn't mounting the media in RHEL 6. I'll reassign to udisks where David can help more.

This is pretty big issue for RHEL6 kvm users any progress here?

This bug report does not have enough information. Please attach the information requested here:

 http://www.freedesktop.org/wiki/Software/udisks

in particular I will need

 - the output of 'udisks --dump'
 - the output of 'udevadm info --export-db' (as root)
 - the output of 'gvfs-mount -li' captured from the
   desktop session as the user (not root)

Created attachment 469802 [details]
gvfs-mount -li

Created attachment 469804 [details]
udevadm info --export-db

Created attachment 469806 [details]
udisks --dump

Comment on attachment 469802 [details]
gvfs-mount -li

Ugh, please pay attention to MIME types so files open properly in the browser etc.

OK, so the problem is here - from udevadm info --export-db:

 P: /devices/pci0000:00/0000:00:01.1/host1/target1:0:0/1:0:0:0/block/sr0
 <snip>
 E: ID_CDROM=1
 E: ID_CDROM_MRW=1
 E: ID_CDROM_MRW_W=1
 E: ID_CDROM_MEDIA=1
 E: ID_CDROM_MEDIA_DVD=1
 E: ID_CDROM_MEDIA_STATE=blank
 E: ID_CDROM_MEDIA_TRACK_COUNT_DATA=1
 <snip>
 E: ID_FS_LABEL=Fedora_14_i386_DVD
 E: ID_FS_LABEL_ENC=Fedora\x2014\x20i386\x20DVD
 E: ID_FS_TYPE=iso9660
 E: ID_FS_USAGE=filesystem

The problem is that udev's cdrom_id marks the state as blank while it really isn't (ID_FS_* suggests there's actually stuff on the media - but udisks/gvfs/desktop looks at MEDIA_STATE before it looks at ID_FS_*).

So this is either a problem with QEMU's cd-rom "hardware" or udev's cdrom_id. 
IIRC there were a couple of fixes to udev's cdrom_id program that fixes this very problem so reassigning to udev for now. Harald?

Thanks,
David

Hello I found useful information:

#---------------------------------------------------

seems like it could be a problem with size of the iso.

#---------------------------------------------------
The issue did not occur on following file:

file ../ic60/RHEV-toolsSetup_2.3_130.iso 
../ic60/RHEV-toolsSetup_2.3_130.iso: ISO 9660 CD-ROM filesystem data
'RHEV-tools'

-rwxrwxrwx. 1 lkocman users 124M Dec  6 10:07 RHEV-toolsSetup_2.3_130.iso



But occured on this file and other dvd iso images.

[lkocman@dhcp-28-248 ISO]$ file Fedora-13-i386-DVD.iso 
Fedora-13-i386-DVD.iso: ISO 9660 CD-ROM filesystem data 'Fedora 13 i386 DVD    
        ' (bootable)


[lkocman@dhcp-28-248 ISO]$ ls -lah Fedora-13-i386-DVD.iso 
-rwxrwxrwx. 1 lkocman users 3.1G Jul 23 03:55 Fedora-13-i386-DVD.iso

If qemu is delivering that information wrongly there isn't much udev can do about this, so reassigning it to qemu.

Thanks & regards, Phil

In particular:

scsi command 0x51 READ DISC INFORMATION

        static const char *media_status[] = {
                "blank",
                "appendable",
                "complete",
                "other"
        };

        cd_media_state = media_status[header[2] & 3];


header[2] & 3 == 0 here, but should be 2

ide_atapi_cmd() in qemu/hw/ide/core.c doesn't implement 0x51.  This should result in an IDE error: SENSE_ILLEGAL_REQUEST, ASC_ILLEGAL_OPCODE.  I wonder why that doesn't arrive in guest userland.  Regardless, I figure we better implement 0x51.  Upstream first.

*** Bug 662606 has been marked as a duplicate of this bug. ***

I just cloned to gug 680194 - RFE: Implement ATAPI command 0x51 READ DISC INFORMATION.

This bug is now only about ATAPI 0x51 failing sanely, getting that errors to guest userspace, and getting it handled correctly there.

I verified that the error is propagated correctly from qemu-kvm to guest userspace.  It's clearly visible in strace (ioctl SG_IO SG_DXFER_FROM_DEV shows info=0x01, and correct sense data in sb[]).  Assigning back to udev.

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
In a virtual machine with an iDRAC virtual CDROM, the CDROM could not be mounted from the Desktop, because /lib/udev/cdrom_id failed to get the correct information about the drive and medium. 
/lib/udev/cdrom_id has been fixed to correctly read information about the drive and medium of an iDRAC virtual drive.

*** Bug 649411 has been marked as a duplicate of this bug. ***

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0525.html