Bug 484974
Summary: | Support for DVDRW is listed when it's not supported | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Hardware Certification Program | Reporter: | Adam Sheltz <asheltz> | ||||||
Component: | Test Suite (harness) | Assignee: | YangKun <ykun> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | Lawrence Lim <llim> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | urgent | ||||||||
Version: | 5.3 | CC: | jkachuck, rlandry, tools-bugs | ||||||
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-02-25 05:28:22 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
Adam Sheltz
2009-02-10 22:12:27 UTC
Created attachment 331487 [details]
Results from HTS finding a supported DVDRW.
From speaking with Adam on this issue. The HTS finds a DVDRW that should be a DVD/CDRW. The test then fails on the DVDRW part. Adam please also attach a sosreport from the server showing this issue. Thank You Joe Kachuck Created attachment 331569 [details]
SOS Report
Via the attached results.xml, it appears HAL is reporting that DVDRW is supported: storage.cdrom.dvdplusrw = True and: storage.cdrom.dvdrw = True The error from cdrecord is as follows: scsidev: '/dev/scd0' devname: '/dev/scd0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright 1997 J. Schilling'). SCSI buffer size: 64512 cdrecord: Sorry, no CD/DVD-Recorder or unsupported CD/DVD-Recorder found on this target. Maybe lshal isn't the best thing to use to determine what tests should be run. Case in point would be for every new Processor that is released a vendor will have to open a defect to have that processor added to the processor.can_throttle = true list in order for cpuscaling to be detected properly. Regardless of what HAL is reporting my DVD/CDRW drive doesn't support dvdplusdl, dvdplusrwdl, dvdplusrw, or dvdrw. Hi Adam, I checked the logs, there're two optical drives in the system: o /dev/hda --> HL-DT-STCD-RW/DVD DRIVE GCC-T20N o /dev/scd0 --> Virtual CD/DVD the DVD test ran well with "hda(HL-DT-STCD-RW/DVD DRIVE GCC-T20N)", is this device you are concerning about ? As for the "scd0(Virtual CD/DVD)", could you please tell me what kind of device it is ? An IBM VIO device ? Thanks -YK There is only one physical optical drive on the system. /dev/hda is linked to the actual physical optical drive. /dev/scd0 is linked to several things in /dev/ cdrom, cdrom-sr0, dvd, dvd-sr0, & sr0. When I put a cd in the system it mounts under hda. I forcibly un-mount it and try remounting it mapping it to one of the scd0 devices and it doesn't see any media. (In reply to comment #8) > There is only one physical optical drive on the system. > > /dev/hda is linked to the actual physical optical drive. ok, thanks for confirming this. > /dev/scd0 is linked to several things in /dev/ cdrom, cdrom-sr0, dvd, dvd-sr0, > & sr0. actually I was asking what kind of hardware the "/dev/scd0" is ? Is it a "real" device ? > > When I put a cd in the system it mounts under hda. based the results, the testing went well with /dev/hda. > > I forcibly un-mount it and try remounting it mapping it to one of the scd0 > devices and it doesn't see any media. why "forcibly un-mount it and try remounting it mapping it to one of the scd0 devices" ? why testing scd0 ? Thanks -YK I was trying to determine what it was... that is why I was trying to mount it. I think we may be seeing the IMM (integrated management module). There is a retain tip that hasn't been published yet. EMPTY VIRTUAL USB DRIVES New IBM System x / BladeCenter RETAIN Tip. Record number: H194772 Device: D/T7321 Model: M Hit count: UHC00000 Success count: USC0000 Publication code: PC50 Tip key: Date created: O09/02/24 Date last altered: A09/02/24 Owning B.U.: USA Abstract: EMPTY VIRTUAL USB DRIVES SYMPTOM: By default the Integrated Management Module (IMM) presents empty virtual drives on its USB interface to the server. These devices are part of a composite USB device that includes the IMM virtual keyboard and mouse and are used with the IMM remote presence functionality. If the USB device representing the virtual drive is reset, instead of resetting the entire USB composite device, the drive may appear as a new device to Windows operating systems and be enumerated as an additional drive and the original virtual drive will be inaccessible. PROBLEM ISOLATION AIDS: - The system may be any of the following IBM servers: iDataPlex dx360 M2 Server, Type 7321, any model BladeCenter HS22, Type 7870, any model System x3550 M2, Type 7946, any model System x3650 M2, Type 7947, any model - This tip is not option specific. - This tip is not software specific. - The system has the symptom described above. FIX: This behavior will be corrected in a future release if the IMM firmware. The IMM behavior will be changed to not present empty virtual drives by default. The virtual drives will only be presented to the server when a client is running the IMM remote presence function and has mounted and mapped media on the remote client. The target date for this release is scheduled for Second Quarter 2009. The file will be available from the IBM System x Support web site at the following URL: http://www.ibm.com/systems/support/ WORKAROUND: Ignore the 2 empty virtual drives on the server. If you wish to reset the USB interface to the virtual drives, reset the higher level USB composite device that also includes the virtual keyboard and mouse. This can be accomplished using Windows' Device Manager: 1. In Device Manager locate the "Universal Serial Bus controllers" item and expand it. 2. Locate the "USB Composite Device" whose "Details" property tab indicates "USB\VID_04B3&PID_4012" for the Device Instance ID. This is the composite device associated with the virtual drives. 3. Select this USB Composite Device and select the menu action to uninstall it. 4. Then to re-enable the composite device, select the "Universal Serial Bus controllers" item and select the menu action to Scan for hardware changes. DETAILS: Resetting the higher level USB composite device is the proper way to reset because it causes the USB bus between the server and the IMM to be reset and all of the endpoints get re-enumerated from. TRADEMARKS: BladeCenter, System x, System x are trademarks of International Business Machines Corporation in the United States, other countries, or both. Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both. Other company, product, or service names may be trademarks or service marks of others. Hi Adam, Thanks for providing these info. Looks like the "scd0" is indeed a virtual device from IMM. I believe it has no business with the local optical drive(/dev/hda): >> The virtual drives will only be presented to >> the server when a client is running the IMM remote presence >> function and has mounted and mapped media on the remote client. Back to the original issue you reported in this bug. I saw the DVD test worked well with the "/dev/hda"(HL-DT-STCD-RW/DVD DRIVE GCC-T20N). So I'm going to close this bug as NOTABUG now. -YK |