Bug 1247464 - store disk vendor and model separately
Summary: store disk vendor and model separately
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Beaker
Classification: Retired
Component: inventory
Version: 20
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: beaker-dev-list
QA Contact: tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-28 05:10 UTC by Dan Callaghan
Modified: 2020-11-19 21:29 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-19 21:28:43 UTC
Embargoed:


Attachments (Terms of Use)

Description Dan Callaghan 2015-07-28 05:10:33 UTC
Currently the Beaker data model has a single "model" field for disks. IDE disks report just a single 40-char model but SCSI disks actually have separate vendor and model fields (although it seems that very often the vendor value is just rubbish).

Separate vendor and model also more closely matches the generic lshw data model for devices, and when we get the disk info from lshw (bug 902567) we have the vendor and model separated already, so we should store it in Beaker that way.

There are some backwards compatibility implications which I am not sure about though.

Comment 1 Dan Callaghan 2015-07-28 05:22:51 UTC
Actually reality seems to be a bit messier than that, the SCSI vendor for SATA disks appears to be often (always?) set to just ATA with the actual vendor in the model field. For example right now we have things like this from parted:

ATA WDC WD10EZEX-60Z
ATA Maxtor 6L250S0
ATA ST380815AS

where WDC = Western Digital and ST = Seagate(?). lshw has a pile of heuristics to discard the useless "ATA" vendor string and determine the actual vendor from the common prefixes.

So the right solution is indeed to go with the vendor/model from lshw (and continue to improve lshw's heuristics where necessary to give cleaned-up useful vendor and model information).


Note You need to log in before you can comment on or make changes to this bug.